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Description 

COPYRIGHT NOTICE 

5 [0001] A portion of the disclosure of this patent document contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent 
disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright 
rights whatsoever. 

w BACKGROUND OF THE INVENTION 

[0002] Once a pharmaceutical, medical device manufacture or bio-technology company has developed a treatment, 
device or drug therapy, approval from a regulatory authority, such as the FDA In the US. must be obtained before it 
can be made available through prescription. The submission to the regulatory authority consists of a large volume of 
IS Information, Including clinical information which focuses on the safety and efficacy of the therapy. Much of that Infor- 
mation is collected by conducting clinical trials. 

[0003] A pharmaceutical, medical device manufacture or bio-technology company sponsors a series of clinical trials. 
Either an Internal clinical group manages these trials or they are out-sourced to a clinical research organization (CRO). 
The clinical group or CRO contracts with investigation sites that In turn recruit patients for the study and collect the 
20 clinical data. 

[0004] The clinical trials are perfomned in a series of phases, known as Phase 1, Phase II, Phase III. and Phase IV. 
Each phase varies in duration, the number of patients involved and purpose. Failure at any stage of Phases I, II or III 
of the clinical trial process effectively ends the therap/s chances for final approval. 

[0005] Before entering Phase I, the sponsor needs to obtain regulatory approval. Phase I trials typically last six 
25 months and involve tens of volunteer subjects usually all of whom are located at a single investigative site. Phase 1 
trials test the safety of the therapy. Once Phase I trials are complete and the therapy has been shown to be safe, the 
sponsor requests permission from the regulatory authority to proceed with further clinical tests. 
[0006] Phase II trials typically last six to twelve months, involve tens to hundreds of patients and are conducted to 
test the effectiveness of the treatment, device or drug. A sponsor may conduct many Phase il trials, attempting to find 
30 as many uses of the therapy as possible. If the therapy appears to be effective, the sponsor requests permission from 
the regulatory authority to proceed with large scale trials. 

[0007] For each likely use of the therapy, the sponsor conducts at least two Phase Ml trials. Phase III trials typically 
last 24 to 36 months and involve thousands of patients. Phase 111 trials are blinded trials, that is, a portion of the patients 
receive the therapy and the remaining patients receive a placebo or active control, and the identities of patients taking 
55 the trial therapy are not known to anyone until the trial is complete. Phase ill trials are conducted to test the safety and 
effectiveness of a therapy in a large population. The Phase 111 trial is the first opportunity to observe infrequent adverse 
effects in the general population; each and every one is carefully recorded. Since the effectiveness of the therapy is 
tested in a blinded environment, the results are not known until after the study Is complete. 

[0008] Phase IV trials occur after approval and are generally held to obtain approval to change a characteristic such 
40 as the delivery system, e.g., from liquid to tablets, or to change the status, e.g., from a prescription drug to an over- 
the-counter drug. Failure at any stage of a Phase IV trial effectively ends the therapy's chances of obtaining approval 
for such a change. 

[0009] Every clinical trial has a protocol which specifies the exact timing and nature of the measurements and inter- 
ventions to be perfonned on each patient. The protocol's time-line lists a series of events, or visits, where the data are 
45 collected from the study patient. The time-line of a typical study starts with the screening and enrollment of a patient 
and typically ends with the last patient visit. 

[0010] Fig. 1 illustrates the preparation and processing of papenwork in a typical clinical trial. There are a number of 
points in the process where the data are audited and reviewed. A patient 401 visits the investigative site 41 3. For each 
visit, the protocol instructs the investigator to collect certain information 403 about the patient 401 . After the information 
50 403 is collected, it is recorded on a Case Record Form (CRF) 405. Periodically, a Clinical Research Associate (CRA) 
417 visits the investigative site 413 and compares the data in the original medical record 403 with the Infomnation on 
the CRF 405. This process 406 is known as source document validation, or SDV. 

[0011] Once the CRF has been source document verified, CRF 405 is delivered to the organization 407 running the 
trial (either a CRO or an internal clinical group at the sponsor) as indicated by arrow 408. When the CRF 405 arrives 
55 at the sponsor/CRO 407, its data Is entered into a clinical database 409 twice to ensure that no errors are Introduced, 
as Indicated by arrows 41 OA and 41 OB. 

[0012] A medical monitor 415 and clinical data manager (CDM) 419 at the sponsor/CRO 407 examine the CRF 405 
to look for inconsistencies. If any of the data are incomplete or appear incorrect, the CRF is sent back to the Investigative 
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site 413 with a query 411 for correction, a process known as cleaning. If someone at the investigative site 413 makes 
a change as a result of a query 41 1 , the data is again source document verified by the CRA 41 7, and is sent back to 
the sponsor/CRO 407 for data entry, as identified by arrow 412. When all of the data cleaning is complete, the clinical 
database 409 Is locked and data analysis begins. 
5 [0013] As can be seen, a large volume of data is collected during each clinical trIaL and the collection and manage* 
ment of clinical data is a large problem that requires many people perfomning a number of different and unique roles. 
These roles fall into three groups: 

the investigative site roles, the clinical data review roles, and other central sponsor roles. 

10 

SUMMARY OF THE INVENTION 

[0014] Implementing such a system or method on the Web has the obvious advantage of ease - many people are 
now familiar with Web technology and even those with computerphobia are becoming comfortable accessing the Web. 
in addition, because browsers are so inexpensive, while the personal computers on which they run can typically be 
had for under $1 ,000, there are no major expenses involved for other than the development of the clinical trial database. 
No special software needs to be distributed. 

[0015] On the other hand, one disadvantage Is that access over the Web can be considerably slower than a direct 
connection to a host server. Another is that certain things that can be done easily in a ciosed environment with custom 
20 software, such as curved boundaries between frames, are not so readily done on the Web. The present Invention is 
aimed at overcoming these and other disadvantages. 

[0016] According to one aspect of the present invention there is provided a method of creating on a web server, upon 
a client request, an SGML (Standard Generalized Markup Language)-derived document that is transmitted to the client 
where a client browser constructs from said SGML-derived document a corresponding Web page to be displayed on 
25 a client display wherein said Web page comprises panels which contain various controls and general information, and 
comprises a selected fomn comprising one or more sections, each section comprising one or more Items in which 
information is displayed, the method comprising the steps of: 

providing on the web server a descriptor data base that stores a library of SGML code fragments for each form 
30 object relating to a specific forni; providing on the web server a trial data base that stores, for each specific form 

object, the stnjctural Information of the fomn object, and at least one pointer to collected data; 
providing on the web server a data base that stores said collected data; receiving on the web server a user request 
for a specific fomn; constructing parts of the SGML-derived document using information from the descriptor data 
base; calling-up the fomn object associated with the specific fomn indicated in the user request, based on user 
35 infonnation and form Information; 

constmcting by means of the descriptor data base and the trial data base the output document of the SGML- 
derived document relating to specific fomi; copying into said output document collected data from the data base 
referenced by the trial data base; sending the output document to the requester. 

40 [0017] According to another aspect of the Invention there is provided a web server which, upon a client request, 
creates an SGML (Standard Generalized Markup Language)-derived document that is transmitted to the client where 
a client browser constructs from said SGML-derived document a corresponding Web page to be displayed on a client 
display, wherein said Web page comprises panels which contain various controls and general information, and com- 
prises a selected fomn comprising one or more sections, each section comprising one or more Items in which inf omnation 

45 is displayed, the web server comprising: a descriptor data base that stores a library of SGML code fragments for each 
form object relating to a specif icfomn; a trial data base that stores, for each specificform object, the structural infonnation 
of the form object, and at least one pointer to collected data; a data base that stores said collected data; a template 
generator which constructs parts of the SGML-derived document using information from the descriptor data base, calls 
up the form object associated with the specific fonn indicated in the user request, based on user infomnation and fornn 

so infomnation, and constructs, by means of the descriptor data base and the trial data base, the output document of the 
SGML-derived document relating to specific fomn; a populator that copies into said output document collected data 
from the data base referenced by the trial data base, the web server sending the output document to the requester 
[0018] In the following description of an embodiment of the invention there is described a method of implementing 
a graphical user interface (GUI) control element within a client browser, comprising creating several bitmaps which 

S5 can be constructed to present the GUI control element In a variety of different states. A Standard Generalized Markup 
Language (SGML)-derived language such as HTML or XML is used to specify placement of the bitmaps within a 
document. Upon receipt of the document, a browser displays a desired QUI control. 

[0019] Preferably, placement of the bitmaps Is specified by placing indicators such as URLs corresponding to the bit 
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maps in certain locations, preferably table entries, within the docunnent, such that the browser wilt correctly display the 
control element. Preferably, these bit maps are used by many similar GUI controls. 

[0020] Furthemnore, a bitmap may be partitioned into multiple sections, where each section is associated with a 
different indicator. 

s [0021] in particular, in a preferred embodiment, one type of control element is a button control which comprises left, 
right, top and bottom pieces. A label is placed between the top and bottom pieces. 

[0022] Another type of control element is a file tab, or tab, control, comprising left, right, top and bottom pieces. A 
label is placed between the top and bottom pieces. Multiple tab controls can be grouped together, sharing bitmaps 
which have a left or right overlapping piece. Different bitmaps also provide different styles such as color to portray a 
10 selected or non-selected tab. 

[0023] Yet another type of control is a linear control which comprises button control elements spaced at intervals 
along a line. Each button control element has a corresponding bit map or combination of bit maps. A pointer indicating 
a current value along the tine also has an associated bitmap. 

[0024] In the prefen^ed embodiment, the server is stateless with respect to the GUI controls. That is, when a request 
15 is received, the server has no knowledge of the states of the controls other than what is sent in the request. 

[0025] The present invention also provides a method of entering clinical trial data from a client, where the data is 
maintained on a server. A data entry tonn to be displayed at the client, is generated at the server dynamically in a 
SGML-derived language, from a library of code fragments. The form is generated according to the user, the patient, 
the protocol version within a clinical trial and data previously entered. 
20 [0026] In a preferred embodiment, a protocol, or clinical, database Is created which is specific to an application. A 
data database is created which is specific to a subject processed by the application. Then the fonn is generated based 
on the protocol database, preferably based on a clinical protocol, and a context received from the client. Preferably 
this is done by generating a template based on the protocol database and a context received from the client. The form 
or template is populated with application data from the data database, and published to the requesting client browser. 
25 [0027] Preferably, the template comprises several frames including control frames with one or more control elements. 
An intemnedlate frame presents a visual attribute shared by the control frames. The appearance of the Intemiediate 
frame depends on the visual appearance of the control frames. 

[0028] In addition, in a preferred embodiment, protocols can be changed during the trial. The generation of the tem- 
plate is then further based on the protocol version which was active at time of entering data to be displayed. Thus the 
30 form to be displayed is itself based on the protocol version which was active at time data was entered. 

[0029] Furthemnore, in a preferred embodiment, rules are associated with the displayed fonn, and are based on the 
protocol version which was active at the time of entering data to be displayed in the form. 

[0030] Yet another aspect of a preferred embodiment of the present invention is the discouragement of inadvertent 
use of a computer application, by requiring a log-on procedure for each user, and displaying a picture of the cun^ently 
35 logged-on user. 

[0031] Still another aspect of a preferred embodiment of the present invention Is the provision of context-sensitive 
help. Preferably, a displayed form has at least one question to which a user must respond to provide clinical data. Links 
are created between the text of each question and detailed infonnation related to the question. If the user clicks on 
text of the question, detailed information corresponding to the question is retrieved from the server is displayed. 
40 [0032] Preferably, the detailed information is derived from any or all of three source documents defining the clinical 
trial: a protocol document, an investigative brochure, and a study guide. Preferably, the user can walkthrough each 
of the documents. 

[0033] Another aspect of the present invention is the dashboard screen which provides information regarding the 
trial, customized for the user and presented to the user upon logging in to the system. Such infomiation preferably 
^5 Includes but is not limited to trial-related news, alerts, statistical information, progress reports and a list of work to be 
completed 

BRIEF DESCRIPTION OF THE DRAWINGS 

50 [0034] The foregoing and other objects, features and advantages of the invention will be apparent from the following 

more particular description of preferred embodiments of the invention, as illustrated in the accompanying drawings in 
which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily 
to scale, emphasis instead being placed upon illustrating the principles of the invention. 
[0035] Fig. 1 is a block diagram illustrating current trial data collection practice. 
55 [0036] Fig. 2 is a block diagram Illustrating the present Invention's Implementation of a clinical trial data management 
system operating over the Internet and the World Wide Web. 

[0037] Fig. 3 is a block diagram illustrating the general flow of operation and data in the present invention. 
[0038] Fig. 4A is a diagram illustrating a Web page comprising a typical clinical form created by the present invention. 
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[0039] Figs. 4B and 4C are illustrations depicting the hierarchical structure of a lorm such as that of Fig. 4A within 

the present invention. 

[0040] Fig. 4D is a schematic diagram illustrating the dynamic construction of a fonn template and the resulting 
document within the present invention. 
5 [0041] Fig. 5 is a diagram illustrating how the form of Fig. 4A might appear for a different user. 
[0042] Fig. 6 is a diagram of a login screen. 

[0043] Fig. 7 is a diagram illustrating the dashboard screen of the present invention. 
[0044] Fig. 8 is a diagram illustrating intermediate frames as used by the present invention. 
[0045] Fig. 9 is a diagram illustrating how a button control of the present invention comprises bit maps laid out in a 
10 table. 

[0046] Fig. 10A-10C are diagrams Illustrating how the tab control of the present invention comprises bit maps laid 
out in a table. 

[0047] Fig. 11 A-11 D are diagrams illustrating a linear control of the present invention, 
[0048] Fig. 12A is a flowchart illustrating the present invention's use of study protocol version control. 
15 [0049] Figs. 1 2B and 1 2C are illustrations showing the same form under two different protocol versions. 

[0050] Figs. 1 3A-1 3F are diagranns illustrating the use of context sensitive help as employed by the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

20 [0051] The present invention provides a means of expediting the process by collecting and managing trial data in- 
cluding communications between sites over the Intemet, using a World Wide Web (Web) server in combination with 
Web browsers which run on most personal computers. Such a system requires little to no investment. Communication 
between parties is near-instantaneous, and can be saved as part of the record. Checks can be performed automatically 
and instantaneously. This allows faster processing of the data, and faster availability of the data. A significant amount 

25 of time is cut out the trial time, allowing the sponsor to get its product to market sooner, saving millions of dollars, and 
potentially aiding thousands or millions of potential recipients of the treatment much sooner than the treatment might 
otherwise be available. 

[0052] The Internet is a worid-wide computer network which actually comprises thousands of smaller networics con- 
nected to the Internet backbone, thus linking millions of computer users around the world. The Web is a technology 

30 which allows a user to format a document according to some standard. The document is made accessible to a Web 
server which transmits the document to another user upon request. When the document is received by the requestor 
running a Web browser, the browser knows how to construct and display, or render, the document. 
[0053] Requests are made to a Web sen/er using a Uniform Resource Locator (URL) which identifies the Web server 
and the specific document. These documents are often called Web "pages". 

35 [0054] One common fomnat for transmitting these documents is known as Hypertext Markup Language (HTML). 
HTML allows the creator of a document to specify the appearance and placement of a variety of things such as font 
size, style, headers and so, including placement of data or pictures within tables. 

[0055] If a Web page is to contain pictures, these pictures or images are often specified within the document by their 
respective source locations, where they are stored as image files using formats such as "gif" or "jpeg", for example. 

40 These image files can be quite large and can consume an annoyingly large amount of time as a requesting party waits 
for the image files to download. Of course, this Is compounded when there are several image files to be downloaded. 
[0056] One feature of most Web browsers is the ability to cache infonnation locally. Thus image files can be stored 
in the browser's cache, so that if the user requests the same page at a later time, the browser uses the locally cached 
image files rather than downloading the files again. While this saves much of the time that would otherwise be wasted 

45 re-downloading the images, it does come with a cost: image files can be large and caching many of them for hundreds 
or thousands of Web pages can consume a significant portion of local memory or disk space. 
[0057] Fig. 2 illustrates the present invention operating overthe Internet. The Clinical Research Organization (CRO) 
or the sponsor's own internal clinical group responsible for maintaining trial data maintains an application server 103 
which stores data about the protocol, the fonns to be used, the roles of various individuals involved, etc., in a meta 

so database 1 05. Actual clinical data collected during a trial is maintained in a trial database 107. Of course, while there 
are logically two databases, the actual data can be maintained in just one or many databases. 
[0058] The application server 103 receives requests via a network 109, such as the Internet, from users 111 at the 
investigative sites 112, sponsor sites 113, and CRO sites 114, and responds to the requests, presenting a consistent 
and secure interface through a Web server 1 01 . The Web server 1 01 transmits Information to the requesting site as a 

55 document fomriatted according to an SGML-derived language, such as XML, or preferably, hypertext markup language 
(HTML) document. The document can also include small scripts in a language such as Javascript for implementing 
certain rules at the user's site. Investigative sites 112 include, but are not limited to, hospitals, clinics and independent 
doctors' offices. 
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[0059] During a clinical trial, various individuals have certain responsibilities which are accompanied by privileged 
access to certain documents. In the present invention, these privileges are rigidly defined. Roles are defined as a 
collection of privileges such that assigning a particular individual to a defined role bestows upon that Individual the 
collection of con'esponding privileges. 
5 [0060] For example, in the present invention, there are two primary roles at the investigator site. The Clinical Inves- 
tigator and the Clinical Research Coordinator (CRC) gather the data for the trial according the protocol, and record the 
data on CRFs which are sent to the sponsor for review and acceptance. 

[0061] The Clinical Investigator (CI) is responsible for treating his patients and executing the study protocol. He has 
the ultimate responsibility for all activities at his site. 

w [0062] The CRC is responsible for collecting all of the Information about the patients in the study who are being 
treated at the CRC's site, and for returning the infonnatlon to the clinical group. In the US this individual is typically a 
nurse, while in Europe the role of the CRC is typically perfonned directly by the Clinical Investigator. 
[0063] The people fulfilling these roles at the investigation site must be able to see information about all of their 
patients who have been screened or accepted into the study. This infomnation includes a patient's visit history, the 

*5 contents of the CRF associated with the patient, and the patient's lab results to name a few. 

[0064] As clinical reviewers at the CRO or sponsor examine the answers to the CRF questions, they may have 
questions or comments which require responses from the Investigation site. These questions and comments are re- 
ferred to as queries. The CI or CRC must be able to respond to a query, usually by attaching a comment to a question 
or CRF, by adding new or additional information to a CRF, or by changing infomriation previously entered on the CRF. 

20 This is a key component of data cleaning. Once the query is resolved, the response is returned to the individual reviewer 
who issued the query. 

[0065] During the course of a trial, some patients may experience adverse events. These events are noted by re- 
cording a text description of the event, as well as a medical code for that event. These codes are found In a number 
of coding dictionaries such as COSTART. If the adverse event is serious, the sponsor is notified immediately. 
25 [0066] Some patients in the trials may take other medications during the trial. These medications, whether taken 
regularly as for allergy medication, or occasionally such as aspirin for a headache, are 'coded' and stored in the patient's 
record. 

[0067] From time to time, the CI or CRC at the investigation site must review some of the information about the study 

such as the study protocol, the study reference manual, a study newsletter, and a list of frequently asked questions. 
30 In addition, they must review information about individual questions on the CRF such as getting a list of all previous 
responses to a question and viewing the discrepancy criteria for a question. 

[0068] During a trial, a CI or CRC may need to communicate with a representative of the sponsor. For example, 
Initially the CI/CRC needs to provide Infomnation about the site to the sponsor (Form 1571 , lab nomrials, CVs of the 
investigator). As the study progresses, the CRC may have a question or may notice something that would interest the 
35 sponsor. Much of this communication is included in the study files. 

[0069] In addition to communication with the sponsor, the investigation site may want to communicate with another 
site. Perhaps an investigation site wants to ask someone at another site a question. These communications are not 
part of the study data. 

[0070] In addition to written communication with the sponsor, frequently the site will call someone at the sponsor. 

40 The content of many of these conversions may need to be noted in the study data. 

[0071] The study protocol may require a CI/CRC to sign the CRF pages either before the CRA perfonns the source 
document verification, when the patient book is complete or both. The signature task can be made easier for the 
investigator site by telling them which CRFs are complete and need a signature, and when data on a signed CRF has 
changed and needs another signature. Additionally, the investigator sites need to know which CRFs they have exam- 

45 ined and which ones they have not examined. 

[0072] The management of drug inventory during a study is critical. A complete accounting of ail study medication 
is required by the regulatory agencies. The investigator site needs to dispense study medication to their patients In the 
study and record this transaction. Additionally when the sponsor Issues study medication to the investigator site, this 
transaction and the receipt of the study medication by the investigation site must also be recorded. 

50 [0073] Occasionally, the investigator site will need to break the study blind for a particular patient (for example, when 
a study patient becomes pregnant.) This is an important transaction and it must be noted in the study data. 
[0074] There are four clinical review roles to be perfomned at the Clinical Research Organization (CRO) and/or spon- 
sor. The Clinical Research Associate (CRA), Clinical Data Manager, Medical Monitor, and Clinical Project Manager 
review the data that is generated by the investigator sites for completeness and consistency. 

55 [0075] The Clinical Research Associate reviews all of the data provided by the Investigator sites, ensures that the 
sites are following the protocol and that all of the information in the medical record is completely and accurately rep- 
resented in the study data. Typically, a CRA is responsible for monitoring a number of sites, and their audit role requires 
them to visit their sites. The CRA needs to know exactly what is happening at all of their sites so that they can effectively 
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monitor the site's activities. Tlie CRA sends sumnnary reports to the project manager and others at the sponsor. 
[0076] The Clinical Data Manager (CDM) prepares and maintains the clinical study database. The CDM is involved 
In the design of the study database, validation checks, and the design of the CRFs. The CDM also reviews the data 
in the database ensuring that the data is complete and consistent. 

5 [0077] The Medical Monitor is often the designer of the study protocol and may be responsible for making any of the 
necessary changes to or deviations from the protocol once that study has begun. The Medical Monitor also reviews 
the study data looking for data anomalies and irregularities with respect to patient safety. Like the CRA, the Medical 
Monitor reviews the data in the CRFs and the communications with the sites. The Medical Monitor may respond to a 
query from a CRA. Finally, the Medical Monitor is immediately notified whenever a serious adverse event is recorded. 

10 [0078] The Clinical Project Manager oversees the entire data collection process. They directly manage the activities 
of the CRAs and CDMs and at times they will examine the study data in detail. Together with the Medical Monitor, the 
Clinical Project Manager reviews the progress of the study and reports status to the senior management at the sponsor. 
[0079] To monitor a site effectively, a data reviewer periodically reviews the data in the CRFs. If a value Is missing, 
the validity of a value is questionable, or there is some other cause for concern, the data reviewer issues a query by 

*5 attaching a question or comment to a question on the CRF. 

[0080] Before a clinical database can be locked, members of the review team may be required to sign the patient 
CRF books. The signature task is simplified by indicating which CRFs are complete and need a signature, and which 
data on a signed CRF has changed and requires another signature. In addition, the data reviewer needs to know which 
CRFs have already been examined and which have not been examined. 

20 [0081] Just as the site must on occasion communicate with the sponsor, the data reviewer must communicate with 
a site. These communications may or may not be included in the study data. In addition, some messages are critical 
and investigator site personnel must see these messages before continuing. 

[0082] Data reviewers need to communicate with each other. A CRA may have a question for the medical monitor, 
or the medical monitor may notice something that they would like the CRA to Investigate. Unlike queries, these com- 
25 municatlons are not part of the study database. 

[0083] Occasionally, one or more of the data reviewers will want to lock some or all of the patient's records so that 
interim statistical analysis can be performed. A preferred embodiment of the present invention provides a mechanism 
for locking the data at a patient level. 

[0084] The Clinical Research Associate (CRA), has specific additional functions, as well. The CRA can view an 

30 investigator site's data and issue queries to the sites. 

[0085] Periodically, the CRA visits a site, reviews all of the data In the original medical records (the source documents) 
and compares this with the infonnation in the CRFs. This is known as source document verification. The CRA monitors 
a CRF at the question level, meaning that part of a CRF could be considered reviewed, but the rest will still need 
monitoring at a later time. In a preferred embodiment of the present invention, the CRA is automatically notified when 

55 any CRF is ready for review. 

[0086] The CRA often does not have access to the primary study database and must work off-line. Therefore, during 
verification the site cannot change the data being reviewed until after the review is complete. 
[0087] The CRA must manage the documents that are provided by the site. These include any regulatory documents 
and any additional documents that are generated by the site that must be Included with the study data. The CRA must 

40 notify the site when one of these documents is about to expire. 

[0088] From time to time, the CRA issues a report about a site. For example, these reports are issued when a site 
has been qualified for the study, when a site initiates a trial, after the CRA has monitored some of the data at a site, 
and when a site finishes its last study patient. 

[0089] The Clinical Data Manager (CDM) also has specific additional functions. During the course of a trial, the CDM 

45 may need to change one or more of the discrepancy checks in the system. 

[0090] Typically, codes are entered not by the study coordinator (CRC) but rather by the CDM. If a CRC enters an 
adverse event or concomitant mediation without coding the data, the CDM supplies the appropriate code in the da- 
tabase. In addition, the CDM carefully reviews all coding of adverse events and concomitant medications, making any 
changes that are necessary for consistency. 

50 [0091] The Medical Monitor is notified whenever a serious adverse event Is recorded. This notification occurs as 
quickly as possible to ensure the safety of the affected patient and all other patients in the study 
[0092] The sponsor will occasionally send Information to all members of the study team and/or to all of the sites. 
[0093] In addition, it is occasionally necessary for the Medical Monitor to change some part of the study protocol or 
CRFs. If the change affects patient safety, the protocol change must be reviewed by an Institutional Review Board at 

55 each site before it can be implemented. This leads to the possibility that two or more versions of the protocol could be 
active at different sites simultaneously. 

[0094] On rare occasions the Medical Monitor allows a site to violate the study protocol. When this occurs, there 
must be a documented record of the deviation with the Medical Monitor's approval. Additionally, the Medical Monitor 
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must note the justification for the deviation in the study data. 

[0095] Occasionally, the Medical Monitor will need to break the study blind for a particular patient (for example, when 
a study patient becomes pregnant). This is an Important transaction and it must be recorded in the study data. 
[0096] The Clinical Project Manager will sometimes act as an individual contributor CRA or CDM. 

5 [0097] There are two other roles In the system which do not fit into any of the other categories. They are the Phar- 
macist and the Database Manager. Many investigator sites will have their own pharmacy on site, or they will work with 
a local pharmacy. In either case, the Pharmacist must have access to the clinical trial data application. 
[0098] The Database Manager is responsible for the security and reliability of the clinical study database. During the 
design of the trial, the Database Manager works with the CDM designing the implementation of the data model for the 

10 trial. At the end of the trial, the Database Manager is responsible for moving the data out of the study database and 
Into a statistical analysis database. 

[0099] From time to time, a pharmacist must review information about the study such as the study protocol, the study 
reference manual, a study newsletter, and a list of frequently asked questions. During the study, the phamriacist may 
need to communicate with the sponsor personnel. As the study progresses, the pharmacist may have a question or 
15 may notice something that would be of interest to the sponsor. Some of these communications must be included in 
the study data. 

[0100] The management of drug inventory during a study is critical. A complete accounting of all study medication 
Is required by the regulatory agencies. The site needs to dispense study medication to their patients In the study and 
record this transaction. In addition, when the sponsor issues study medication to the site, this transaction must also 
20 be recorded. 

[0101] When the study is complete and the database is locked, the Database Manager must move the study data 
into a statistical database. The database structures of the clinical database must support this conversion. 
[0102] Fig. 3 illustrates the general flow of operation and data in the present invention. While any Standard Gener- 
alized Markup Language (SGML)-derived language such as XML can be used, the preferred embodiment of the present 
25 Invention utilizes Hypertext Markup Language (HTML). Rectangular boxes and solid bold lines indicate process flow, 
while dotted lines indicate data flow. 

[0103] First, at 201, a request is received from a user, i.e., an investigative site, a sponsor site, a CRO site or a 
phamiacist. The request 21 3 is saved for later processing by any or alt of the authentication process 203, the application 
layout process 205, or the fonn creation process 207. 
30 [0104] Upon receipt of a request from a client, the authentication process 203 is invoked. A user database 215 is 
maintained, and the authentication process 203 checks user information contained in the request 213 against the user 
database 215. Such information may contain user identification, password, session infomnation, valid time frame, etc., 
or other equivalent authentication means. 

[0105] In addition to authenticating the user, the authentication process 203 examines the user request 213 and 
35 checks with the user database 21 5 that the user is authorized to make such a request. The authentication process 203 
can then establish which user rights 21 7 the user is to be given regarding the response to the particular request. 
[0106] Once the requesting user has been authenticated, an application layout process 205 begins to construct the 
layout of the HTML response 221 to the client. This Is a top layer describing what pieces are to be positioned within 
the HTML document and where. For example, this layer determines what the various frames should look like and what 
40 controls should appear therein. To make these decisions, the application layout process 205 relies on the original user 
request 213, the user rights 217 as determined previously by the authentication process 203, and descriptors main- 
tained in a descriptor database 219. 

[0107] Once the layout has been generated, the form creation process 207 uses the user request 213 and descriptor 
database 219 to detennlne what questions, controls and other infonnation should go into the form in the HTML docu- 
45 ment 221 previously laid out by the application layout process 205. 

[0108] Next, the HTML document 221 is populated with clinical data by a data population routine, which retrieves 
the data from a clinical database 223. The document 221 is now complete and ready for transmission back to the client 
(block 211). 

[0109] Fig. 4A Illustrates a typical Web page 250 created by the present invention, as constructed from the HTML 
50 document 221 (from Fig. 3) when received and displayed by a client browser. Panels 251 A-251 C derive from the part 
of the HTML document 221 constructed by the application layout process 205 (Fig. 3), and contain various controls 
and other general information. 

[0110] For example, panel 251 A contains a photograph 257 of the person whose user identifier and password were 
used to first gain access to the system, or login. As discussed below, a preferred embodiment of the present invention 
55 displays this photograph 257 for the purpose of discouraging inadvertent use of the system by another person. 

[0111] Other controls 261 are also provided in this panel 251 A which permit the user to navigate to and examine 
various related documents and other information pages. Links 269 to recently accessed documents or data are also 
provided. 
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[01 12] Panel 251 B holds two additional controls: a time line control 263, and a file tab control 265. These are special 
types of controls which were necessitated by the present invention, yet are not easily implemented in a Web application. 
They are discussed below. Note however, that the time line control 263 is used to select a specific week (or some other 
unit of time) within the study, and that the file tab control 265 Is used to select a particular fomn. Appearance of the 
5 form, of course, is dependent on the user's role, the protocol version and the week selected, as well as the actual fomn 
selected. 

[0113] Finally, panel 251C holds controls 267 related to the fonn, here a Submit button and a Cancel button. 
[0114] Once the panels 251A-261C are laid out by the application layout process 205, the selected fomn layout 253 
is specified by the fonn creation process 207 (Fig. 3). In Fig. 4A, the "Demographics" fomn is displayed. 
10 [0115] Figs. 4B and 4C depict the hierarchical structure of an electronic CRF 253, also referred to simply as a form, 
of the present invention. The form 253 comprises one or more sections 651 . Two sections 551 of the Demographics 
fomn 253 are visible: a Demographics section and a Smoking History section The remainder of the form can be brought 
into view by scrolling the scroll bar 553. 

[0116] Each section comprises one or more items in which the user is typically asked to provide information about 
15 a patient, or if the infomriatjon has already been provided, the infomnation is displayed. For example, the Demographics 
section 551 has six items 554 numbered from 1 to 6, as well as a seventh item 555 in which a calculation Is automatically 
perfomied by the system. 

[0117] Each item 554 in tum may comprise one or more control groups 556. For example. Item 2 ("Date of Birth") 
comprises control group 556, which in turn comprises three controls 557A-557C (generally 557 in Fig. 4C). Note that 
20 a control group may itself comprise control groups. 

[0118] Each control may have one or more elements. For example, control 557A allows a user to select the patient's 
date of birth month. The twelve months are available in a list which is made visible by clicking on the arrow. Each month 
Is an element 558 of the control 557A. 

[0119] The significance of this hierarchy is that each of these hierarchical levels is treated as an object, with its own 
25 HTML fragments. As Illustrated in Fig. 4C, when a user sends a request 201 for a specific form, the associated form 

object 253 is called up and passed user 559 and fomn 560 infomnation. Fomn construction is begun by selecting certain 

HTML fragments. The form object 253 then determines from the trial database including information about the protocol 

version, and from user privileges and patient infomnation, which sections are to be included, and those section objects 

are then called by the fomn object to render themselves. 
30 [0120] As with the form object, each section object has its own HTML fragments, some of which are selected. This 

process continues, each object in the hierarchy selecting HTML fragments according to the user privileges, and calling 

Its embedded objects. 

[0121] Fig. 4D further illustrates how the HTML document 221 is constructed dynamically from fragment templates 
and from data. A trial database 220 stores structural information of the form object hierarchies as previously discussed. 
35 A descriptor database 219 is essentially a library of HTML code fragments. These two databases together make up 
the meta database 105. A clinical database 223 stores data collected during the trial. 

[0122] For example, the Demographics Fomn is described as having two sections, Section 1 and Section 2. In the 
preferred embodiment, pointers are used, such as the pointer 230 to Section 1. Each section in turn has pointers to 
its items, and so on. 

40 [0123] Each part of the hierarchy also points to corresponding code fragments in the descriptor database 21 9. For 
example, the high level Demographics form object comprises a pointer or identifier 231 which points to various code 
fragments 234. The object decides which fragments to use and which to reject, depending on user rights. The selected 
template fragment is copied (indicated by 238) into the document 221 . 

[0124] Each object in the hierarchy behaves similarly. Section 1 object data in the trial database 220 has a pointer 
45 232 to its own corresponding code fragments In the descriptor database 219. Again, those code fragments ortemplates 

selected, such as code fragment 235, are copied into the document 221 , as indicated by arrow 239. 

[0125] In addition, the object for Section 1 also has a pointer to data 236 stored in the clinical database 223 which 

is combined, In the output document 221 , as indicated by arrow 240, with the fragment template 235. The data 236 is 

copied, as indicated by arrow 241 , into the document 221 , and replaces some placeholder from the original fragment. 
50 The copied data Is indicated by reference 242. 

[0126] Finally, the output document 221 is sent, or published, to the requestor, whose browser renders the form. 

Arrow 243 demonstrates how one of the section fragments with trial data is rendered into a section 204 of the fonn. 

[0127] Of course, the clinical data is initially entered by the CI/CRC and stored in the trial database when submitted. 

Upon later retrieval for review or editing (assuming proper user rights), the stored data Is filled in under the data pop- 
55 ulatlon process 209 (Fig. 3), wherein Individual control or element objects retrieve and display actual clinical data from 

the clinical database 223. 

[0128] Note that while code fragments are generally in the form of HTML statements, they can also contain small 
scripted statements written in a language such as Javascript, which might be used to implement certain rules. For 
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example, a rule might allow patient temperatures only within a certain range, to protect against the entering of Celsius 
temperatures instead of Fahrenheit. Checking with rules at the browser using a language such as Javascript obviates 
the extra transmissions back and forth that would be required if all checks were to be done at the server Such rules 
may be based on the protocol which was active at the time certain data was entered. 

5 [0129] In Fig. 4B, an inconsistency in the data has been found. The user has Indicated in Question 7 that the patient 
has never smoked, yet in Question 9 has indicated that the patient smokes cigarettes. Thus a query 271 has been 
entered by a CRA asking for further verification and appears on the fomi for the user to respond to. 
[0130] Finally, note that the text of each question is a link to additional infomnation. For example, the text 271 of 
Question 5, "Weight" is a link to one of several documents explaining weight In the context of the protocol. This Is 

to discussed further below. 

[0131] Fig. 5 illustrates how, In the preferred embodiment, the same form can differ for a different user with a different 
role and therefore different access rights. Here, User2 is a Clinical Research Associate (CRA) with the Sponsor. The 
Sponsor is not allowed to enter or alter data. Thus patient data at 275 is simply displayed as text and is not editable. 
No controls are available. 

15 [0132] Note also that for User2, different controls 277 are provided in the application layout panel 251 A, Here, there 
are two additional controls: Signatures and Monitor, because these are CRA functions. Note also that because the 
form does not allow data entry, the controls in pane 251 C are also different from those of Figs. 4A and 4B. 

Preventing Inadvertent use 

20 

[0133] Fig. 6 illustrates a typical login screen of the present invention as displayed on a client browser A user is 
asked to provide an account name 293 and a password 295. Upon clicking on the Log In button 297, the account name 
and password are transmitted over the Internet to the Web Server 1 01 (Fig. 2) where they are then submitted to the 
Application Server 103 for authentication. Alternatively, authentication could be perfomned using alternative methods 

25 such as a secure identification card, digital certificates or blometric characteristics. 

[0134] A preferred embodiment of the present Invention displays a photograph 257 (Fig. 4A) for the purpose of 
discouraging inadvertent use of the system by another person. For instance, if the person logged in happens to walk 
away for a break, take a telephone call, etc. and another user comes along and logs in using his own login, and this 
second user takes a break, while the first user returns, the first user will see instantly that she is no longer logged In, 

30 A photograph catches the attention of the user much more readily than would a text-only name. 

[0135] In the preferred embodiment, the name and role 259 of the logged-in user are provided under the photograph 
257. Thus, ff the first user forgot to log out, a second user coming upon the system, and unfamiliar with the first user, 
could visually Identify the first user, or, If unable to find the first user because the name Is provided, could look the first 
user up in a directory if it were necessary to contact the first user 

35 

Integrated Dashboard 

[0136] In a preferred embodiment, when the user has been authenticated, a "dashboard" 301 customized to the user 
Is retumed to the client browser and displayed. 
40 [0137] Fig. 7 is a diagram illustrating the dashboard screen of the present invention. The dashboard 301 contains 
various information and links regarding the study. For example, it contains study news 303 which the user should read 
and alerts 305 which may be critical, it also contains study progress graphs 307, a list of work to be completed 309 
with navigational links, and additional information. It serves as a home base for the user 

45 Intermediate Frames 

[0138] While frames with curved corners can be aesthetically pleasing, HTML frames do not provide such curved 
borders. Thus one aspect of the present invention Is the use of intermediate frames to provide the curves. 
[0139] Fig. 8 is a diagram illustrating the use of an intemnediate frame by the present invention. Normally, a Web 
50 display may be broken down into several independent frames. Here, Web page 400 is divided functionally into three 
independent frames: a control panel frame 403, a content action panel frame 405 and a content panel frame 407. 
[0140] The developer of the Web site wishes to use a curved line 401 to visually differentiate the panels from each 
other However, In HTML, frame borders are limited to horizontal and vertical lines. 

[0141] A preferred embodiment of the present invention simulates curved or irregular shapes between frames by 
55 using an intermediate frame 409 between frames 403, 405 and 407 in which the curves and other frame borders are 
drawn. Thus, it appears to the user that the various panels actually have curved borders. 
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Bit Mapped Controls 

[0142] As discussed earlier, In a preferred embodiment of the present invention, typical GUI controls which are nor- 
mally executed In a stateful machine are Implemented in a client browser. This is done in the preferred embodiment 
5 of the present invention by creating several bitmapped images which can be selectively placed such that the browser 
properly constructs the desired control. Bitmapped images may be fomiatted as gif, jpeg or other fomnats. Because 
browsers cache images locally, reuse of most of the bitmaps in multiple control elements results in rapid construction 
of the control element and thus the Web page. 

[01 43] One advantage of this approach is that because many of the images are reused, only one copy of each needs 
10 to be downloaded from the server. Second, labels are simple text and do not have associated images to be downloaded. 
The text is small and thus takes only a short time to transfer. Finally, because the image files corresponding to the 
bitmaps are locally cached by a browser, and because the image files are small, they consume only a small portion of 
memory. 

[0144] Fig. 9 illustrates this concept with a button control 501 containing the text label "ABC" 503. Ordinarily this 
15 entire button 501 is a single image. If many buttons are used, say having labels "DEF", "GHI" and so on, each must 
have a completely different image, each requiring its own initial transfer time and its own cache storage. 
[0145] Instead, the present invention breaks the button image into several images 505A-505D. References or indi- 
cations such as URLs to these images (which, in the preferred embodiment are generally "glf" files) are placed into a 
TABLE structure in an HTI\4L document. Such a table 506 has five data entries, labeled 506A-506E. References to 
20 images 605A-505D are placed In four of the table entries 506A-506D, resulting in the placement by a browser, of the 
images in the table 506, as indicated by arrows 509A-509D respectively. The label text "ABC" is placed, with a back- 
ground color matching the images 505A-505D, Into the remaining table entry 506E. 

[0146] Thus, while the application may use many different buttons, only the labels are different - the same images 
are reused by all of the buttons. No additional image files need to be transferred over the Internet. Only the text needs 
25 to be transfen-ed and text takes but a fraction of the time an image takes to transfer. Since the images are reused, 
storage In the cache Is much smaller as well. 

[0147] Note also that an HTML-compatible browser automatically extends bitmapped Images to fit a required space. 
Since a table adjusts itself to contain its data entries, a button 501 A having a long label 503A (say the entire alphabet) 
would be drawn having a label space 506E long enough to contain the entire label. Table entries 506B and 506C would 
30 be lengthened accordingly, and therefore bitmapped images 505B and 505C would be extended to fill these lengthened 
entries, even though only minimal descriptions of the bitmaps is provided. 

[0148] Below is sample HTIVIL code to produce a button from several gif tiles. Bitmap images 505A-505D (Fig. 9) 
correspond to files named respectively "but_botJeft.gif, "but_bot_top.gif", "but_bot_right.gir, and "but_bot_bot.gif". 
The label of this particular button is "Go". Note also that each of the table entries has the text: HREF="tabs.htm". Thus 
35 clicking anywhere on the button will cause the browser to request a Web page identified as "tabs.htm". 



40 
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<HTML> 

<''"iiiiiiininiiiiiiiiiiniiiininiiuininniini 

<\--ll Copyright (c) 1997-1998 Phase Forward Inc. 

- - > 

<\'-ll 51 Winchester Street, Newton MA 02161 

--> 

<\"// All Rights Reserved 

< ! --////////////////////////////////////////////////// 



<HEAD> 

<STYLE> 

TD 

{ 

font -size; 8pt; 

font-family: Arial,"Sans Serif"; 
t ex t - al ign : c ent e r ; 
vertical -align: middle; 
font -weight: bold; 
color: #CCCCCC; 

} 

TD . menu 

{ 

line -height : lOpx; 
height: 8px; 
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} 

TD.TDLeft 
{ 

text-align: left; 
vertical -al ign : middle ; 

} 

TD.TDRight 

{ 

text -align : right; 
vertical -align: middle; 

} 

A:link 
{ 

color: ttCCCCCC; 
font -size: 8pt; 

font-family: Arial,"Sans Serif"; 
font -weight : bold; 
text - al ign : center; 
text -decoration : none ; 

} 

</STY1jE> 

</HEAD> 

<BODY> 

<TD NOWRAP TITLE="Click here to go to the patient 
visit" > 

cTABLE BORDER="0" CELLSPACING= " 0 " CELLPADDING= 0 " 
VALIGN- "middle" ALIGN="left"> 
<TR> 

<TD R0WSPAN="3" NOWRAPxA HREF=" tabs. htm" xIMG 
SRC=" ./ images /but_bot_left.gif" 
BORDERS "0" ></A></TD> 

<TD NOWRAPxA HREF= " tabs .htm" >< IMG 

SRC=" . / images /but_bot_top .gif" WIDTH="34 " 
HEIGHT="4" BORDER="0"x/Ax/TD> 

<TD ROWSPAN-'-S" NOWRAPxA HREF='' tabs. htm" xIMG 
SRC= , / images /but_bot_right . gif " 
BORDER- » 0 " x/A></TD> 

</TR> 
<TR> 

<TD ClASS="menu" BGCOLOR="#336699'' NOWRAPxA 
HREFs " tabs . htm" >Go< /Ax/TD> 

</TR> 
<TR> 

<TD NOWRAPxA HREP= "tabs .htm" >< IMG 

SRC-" . /images/but_bot_bot .gif " WIDTH-"34" 
HEIGHT»''5" BORDERS "0"></Ax/TD> 

</TR> 
</TABLE> 
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</TD> 
</BODY> 

5 

[0149] Note that in HTML, a table structure is delimited by the <TABLE> and </TABLE> tags. Each row begins with 
the tag <TR> and optionally ends with </TH>. Within each row, each column, or table data, begins with <TD> and 
optionally ends with </TD>. A COLSPAN=X or ROWSPAN=Y specification within a <TD> tag indicates that the corre- 
sponding entry is to span X colunnns or Y rows respectively. 
10 [0150] Figs. 10A, 10B and IOC illustrate a file tab, or tab, control used by the present invention. Fig. 10A shows a 
tab control 421 having three tabs, although a tab control with any number of tabs can be Implemented with this tech- 
nique. As shown, the first tab element, labeled "ABC" is selected. 

[0151] The tab control 421 is subdivided into many small sections, shown Individually in Fig. 10C, each of which, 
except for label sections, has a corresponding image. As with the button control, many of the images are reused. Each 

IS image has a shaded version and an unshaded version. A tab is shaded if it has been selected. For example, a right 
piece bitmap 437, a top piece bitmap 425, and a bottom piece bitmap 429 define most of the third "GHI" tab. The label 
435 is not a bitmap but rather, as with button labels described above, is simply text with a background color to match 
the sun-oundlng bitmaps. Bitmap 431 is shared by the "GHIC" tab and the adjacent "DEF" tab. 
[0152] The "DEF" tab uses the same top and bottom piece bitmaps 425, 429. Therefore, these bitmaps will not have 

20 to be transferred again since they were just transferred in orderto draw them into the "GHI" tab. Of course, the "DEP 
tab here uses a unique label ("DEF"), but since that Is simple text, it is placed directly In the table structure and as a 
result there is no significant overhead in its transmittal. Another overlapping piece bitmap 431 A is shared between the 
"DEF" tab and the selected "ABC" tab. 

[0153] The "ABC" tab uses shaded left, top and bottom piece bitmaps 423A, 425A, 429A respectively, to show that 
25 the "ABC" tab is selected. The label "ABC" 427 Is data embedded directly in the table data definition. 

[0154] Each ot these small bitmap Images has a HREF element assigned to It, I.e. a reference to send to the server 
If the user clicks the mouse button on the bitmap. Although the same top bitmap 425 is used for multiple tabs, each 
realization of the bitmap may have a different HREF assignment. Thus, for example, when the user clicks anywhere 
within any of the top 425 or bottom 429 bitmaps or the label 427 associated with the "DEF" tab, information regarding 
30 "DEF" may be retrieved from the server and displayed on the browser. In addition, the tab control appearance must 
change to indicate that "DEF" has been selected. 

[0155] Thus, the tab control now appears as shown in Fig, 1 0B. Only two new images are required: the shared bitmap 
431 A between the "ABC" and "DEF" tabs has been replaced by a bitmap 439A with a different overlapping appearance, 
and the leftmost piece 423A Is no longer shaded and must be replaced with piece 423. These are the only piece of 

35 the tab control that need to be provided by the server. 

[0156] As with the button discussed above, without this technique, it Is necessary to download and cache the entire 
tab control In each of Its three possible states, i.e. three bitmap of the entire tab control, each with a different tab 
selected. This requires much more cache memory than the present invention, as well as much more transmission time 
when the maps have not been cached (and each transmission is a transmission of the entire tab control bitmap.) The 

40 present invention, on the other hand, uses one small top bitmap 425 for each tab, as well as a bottom 429, left 423, 
and right 437 pieces, or their shaded versions 425A, 429A, 423A, 43 7A respectively, and right overlap 431 A and left 
overlap 439A pieces all of which are significantly smaller than the whole. This difference becomes even more significant 
where the number of tabs is larger. As with the button control, the top and bottom tab bitmaps 425, 429 respectively 
can be extended and therefore the actual bitmaps are extremely small, just a few pixels wide and therefore consume 

45 a very small amount of cache memory. 

[0157] Another advantage to the present invention is that if the form changes so that the tab control has additional 
tabs, no further bitmaps need to be transferred. All of the necessary bitmaps will have been cached. Only the table 
structure with text labels, tab selection Information, and references to the bitmap files needs to be transferred. 
[0158] Yet another advantage is that the present invention alleviates the need to create more images when a form 

50 changes. For example, in the prior art, if a tab control comprises seven individual tab control elements, seven different 
images must have been created - each one having a different tab selected. If It becomes necessary to add an eighth 
tab control element, eight new images must be created. In the present invention, no further images need to be created. 
[0159] Preferably, these bitmaps are arranged by placing them in a table structure. For example, the code below 
defines an HTML table in which the positions and files containing the bitmaps are specified. 

55 [0160] Also, In a preferred embodiment, the selected tab {whose associated fomn is displayed) is colored differently 
and rendered differently than the non-selected tabs. Thus there are different images for selected and non-selected tab 
parts. However, since a label is simply text and no image Is used, a label's background color is specified within the 
corresponding table entry to match the tab. There is no image file to be transfen'ed. 
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[0161] The following sample code produces a file tab control with five tabs labeled "VS", "LAB", "AE", "CM", and 
"CMP" respectively, with "VS" indicated as the selected fonn. 



<HTML> 

<\-uiiiiiiiiiiiiiuniiiifiniiiiiiniimniiiinii 

<\-'ll Copyright (c) 1997-1998 Phase Forward Inc. 

<!--// 51 Winchester Street, Newton MA 02161 

--> 

<!--// All Rights Reserved 

<!"////////////////////////////////////////////////// 

- -> 

<HEAD> 
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<MErA HTTP-BQUIV="Content-Type" contents "text /htrtd ; 
charset=iso-8859-l"> 

<TITLE>Phase Forward Demo CRF Navigation Bar</TITLE3 

<STYLE> 
BODY 

{ 

margin-top: Opx; 
tnargin-lef t : Opx; 
margin-right: Opx; 
margin-bottom: Opx; 

} 

TD 

{ 

vertical -align: bottom; 

} 

TD, tabselect 
{ 

color: #FFFFOO; 
font-size: lOpt; 

font-family: Arial,"Sans Serif"; 
font -weight : bold; 
text-align : center; 
vertical-align: center; 
line-height: 8pt; 
height: llpt; 

} 

TD . tabnotselect 

{ 

color: #CCCCCC; 
font -size: lOpt; 

font-family: Arial,"Sans Serif"; 

font -weight : bold; 

text -align: center; 

vertical -align : center; 

1 ine - height : 8p t ; 

height: llpt; 

} 

A:link 

{ 

color: #CCCCCC; 
font -size: lOpt; 

font-family: Arial,"Sans Serif"; 

font-weight: bold; 

t ext -decoration: none ; 

text -align: center; 

} 

A:visit€d 
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{ 

color: #CCCCCC; 
font-size: lOpt; 

font-family: Arial/'Sans Serif"; 

font -weight: bold; 

t ext - decor a t ion : none / 

text -align : center ; 

} 

A: hover 

{ 

color: #FFFFCC; 

} 

</STYLE> 
</HEAD> 

<BODY BGCOLORS • #666666 "> 

<MAP NAME="OffMidMapl"> 

<AREA SHAPE=«poly" HREF=" tab_vsbp.htm" 
COORDS="0, 1,4,1,10, 6,15,20,15,24,0,24" 
TITLE="Vital Signs/Blood Pressure"> 
<AREA SHAPE="poly" HREP="tab_lab.htra'' 

COORDS="27,1,22,1,17,6,14,10,17,20,17,24,27,24, 
TITLE* " Laboratory" > 

</MAP> 

<MAP NAMB="0nMidLMap2"> 

<AREA SHAPE="poly" HREP="tab_lab.httn" 

COORDS="0,1,4,1,10,6,15,20,15,24,0,24" 
TITLE= " Laboratory" > 

</MAP> 

<MAP NAME="0nMidRMap3"> 

<AREA SHAPE="poly" HREP=" tab_cm.htm" 

COORDS="27,l,22,l,17,6, 14,10,17,20,17,24,27,24, 
TITLE=" Concomitant Medications "> 

</MAP> 

<MAP NAME="0ffMidMap4"> 

<ARBA SHAPE* "poly" HREP=» tab_cm.htm" 

COORDS-"0,1,4,1,10,6,15,20,15,24,0,24" 
TITLE="Concomitemt Medications"> 
<AREA SHAPE="poly" HREF* "tab_cinp.htm" 

COORDS="27,1,22,1,17,6,14,10,17,20,17,24,27,24, 
TITLE* "Study Compliance "> 

</MAP> 
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<TABLE BORDER«"0" CELLPADDING= " 0 " CELLS PACING="0" 
HEIGHT="100%»> 
<TR> 

<TD VALIGN=" bottom" xTABLE BORDER="0" 

CELLPADDING="0" CELLS PACING="0" ALI(ai="lef t"> 
<:TR> 

<TD R0WSPAN="3» NOWRAPxA 

HREF- " tab_vsbp . htm" >< IMG 

SRC«» . /images/ tab_cf f_l .gif" BORDER="0" 

ALT= "Vital Signs/Blood Pressure "x/Ax/TD 
<TD NOWRAPxA HRBF='*tab_vsbp.htm"xIMG 

SRC==" . /images/ tab_off_top.gif" BORDER="0" 

WIDTH="52px" HEIGHT="5" ALT="Vital 

Signs/Blood Pressure"></A></TD> 
<TD R0WSPAN="3" NOWRAPxIMG 

SRC=" . /images/tab_of f_mid.gi£" BORDERs^O" 

USEMAP="#Of f MidMapl "></TD> 
<TD NOWRAPxA HREF =»tab_lab. htm" xIMG 

SRC=:=" . /images/tab_of f_top . gif " BORDER- " 0 " 

WIDTH-MOpx^ HEIGHT«"5« 

ALT=" Laboratory" x/A></TD> 
<TD R0WSPAN=^"3" NOWRAPxIMG 

SRC= " . /images/tab_on_midl . gif " BORDER= " 0 " 

USEMAP="#0nMidLMap2" ></TD> 
<TD NOWRAPxIMG SRC=" . /images/tab^on^top.gif 

BORDER="0" WIDTH="32px" HEIGHT="5" 

ALT- "Adverse Experiences "x/TD> 
<TD R0WSPAN=="3" NOWRAPxIMG 

SRC=: " . /images/t ab_on_midr . gif " BORDER= " 0 " 

USEMAP= " #0nMidRMap3 " > c/TD> 
<TD NOWRAPxA HREP=^»»tab_cm.htm" xIMG 

SRC=" -/images/tab^off^top.gif " BORDER='»0" 

WIDTH="34px" HEIGHT="5" ALT=" Concomitant 

Medi c a t i ons " >< / Ax / TD > 
<TD R0WSPAN="3" NOWRAPxIMG 

SRC=" ./images/tab_of f_mid.gif" BORDER="0" 

USEMAP=^ " #0f f MidMap4 » > < /TD> 
<TD NOWRAPxA HREF=^"tab_cmp.htm" xIMG 

SRC=" •/images/tab^off^top.gif » BORDER«"0" 

WIDTH="43px" HEIGHT=:«5» ALT=" Study 

Compliance " >< / Ax /TD> 
<TD R0WSPAN="3" NOWRAPxA 

HREF= " tab_cmp . htm" x IMG 

SRC=:" ./images/ tab_off__r.gif" BORDER=:»0" 

ALT="Study Compliance "x/Ax/TD> 

</TR> 
<TR> 
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<TD CLASS="tabnot select" BGCOLOR=" #336699" 
NOWRAPxA HREP=" tab_vsbp.htm" TITLE="Vital 
Signs/Blood Pressure " >VS/BP</A></TD> 

<TD CLASS = "tabnotselect" BGCOLOR=.''#336699" 
NOWRAPxA HREP= " tab_lab . htm" 
TI TLB = " Labora t ory " >LAB < / Ax / TD > 

<TD CLASS="tabselect" BGCOLOR="#003366" 

TITLE= "Adverse Experiences" NOWRAP>AE</TD> 

<:TD CLASS="tabnotselect" BGCOLOR* "#33 6699" 

NOWRAPxA HREF='' tab_cm.htm" 

TITLE=" Concomitant Medications ">CM</Ax/TD> 
<TD CLASS="tabnotselect" BGCOLOR= "#336699" 

NOWRAPxA HREF=" tab_cmp.htm" TITLE^" Study 

Compliance " >CMP</Ax/TD> 

«:/TR> 
<TR> 

<TD BGCOLORS "#33 66 99" NOWRAPxA 
HRBF= " tab_vsbp . htm" >< IMG 
SRC= " . /images/tab_of f _bot . gif " BORDER=" 0 " 
WlDTH="52px" HEIGHT=»5" ALT="Vital 
Signs/Blood Pressure" x/Ax/TD> 

<TD BGCOLOR= "#336699" NOWRAPxA 
HREF= " tab_lab . htm" x IMG 

SRC= " . /images/tab_of f_bot . gif " BORDER= " 0 " 

WIDTH="40px» heights" 5" 

ALT= " Laborat ory " > < / A> < /TD> 
<TD BGCOLOR= "#003366" NOWRAPxIMG 

SRC= " . /images/ tab_on_bot . gif " BORDER- " 0 " 

WIDTH="32px" HEIGHT="5" ALT= "Adverse 

Experiences " ></TD> 
<TD BGCOLOR="#336699" NOWRAPxA 

HREF= " tab_cm . htm" >< IMG 

SRC= " . /images/tab_of f _bot . gif " BORDER= " 0 » 
WIDTH=»34px" HEIGHTS "5" ALT= "Concomitant 
Medications " x/A></TD> 
<TD BGCOLORS "#33 66 99" NOWRAPxA 
HREFs " tab_cmp . htm" xIMG 

SRCs " . /images/tab_of f _bot . gif " BORDER= " 0 » 
WIDTHS "43px" HEIGHTS "5" ALT=" Study 
Compliance" ></Ax/TD> 
<TD VALIGN= "bottom" C0LSPAN="3" NOWRAPxIMG 
SRC=" ./images/tab_of f_bot.gif " WIDTH="1000" 
heights" 5" borders" 0"x/TD> 

</TR> 
</TABLEx/TD> 
</TR> 
< /TABLE > 
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</BODY> 
</HTML> 



[01 62] The correlation between bitmaps from Fig. 1 0C and their corresponding file names is given in the table below: 



Fig. 10C ref. number 


Filename in HTI\^L code 


423A/423 


tab_onJ.gif / tab_off_l.gif 


425A/425 


tab_on_top.gif / tab_off_top.gif 


429A/429 


tab_on_bot.gif / tab_off_bot.gif 


431A 


tab_on_midr.gif 


439A 


tab_on_mldl.gif 


437A/437 


tab_on_r.gif / tab_off_r.gif 



20 [0163] Similariy, Figs, 11 A, 11 B and 11 C illustrate a linear control, preferably a time-line control, of the present in- 
vention using the same technique. Fig. 11 C shows the various bitmaps that are placed In a table structure to compose 
a linear control. The dashed lines show the outline of the bitmap, while the solid lines represent what Is actually seen. 
Of course, color and shading can be used to produce a more dramatic effect, and in fact are used In the preferred 
embodiment. 

25 [0164] Bitmap 481 defines the left end of the control and shows the left end of a frame which encloses the control. 
Similarly bitmaps 482, 483 and 489 define top, bottom and right frame pieces respectively of the control enclosure. 
Note that by defining a bitmap to span multiple rows or columns within a table entry does not change the appearance 
of the bitmap except to extend it in the vertical or horizontal direction respectively. 

[0165] Bitmaps 483, and 485-488 define the various parts of the linear control itself. Bitmaps 483 and 488 are the 
30 left and right pieces respectively of the control and in the preferred embodiment are only used once per control. Bitmap 
485 Is the line part of the control and Is used simultaneously in several places. Bitmap 486 has a continuation of the 
control line, plus a vertical tick. Bitmap 487 is used to show which value has been selected. 

[0166] These bitmaps 481 -489 can be assembled in various combinations to create linear controls of any size, and 
to show any control In any particular state. For example, in Fig. 11 A, bitmaps 481-489 (from Fig. 11C) have been 
35 assembled into a table 451 to create a linear control with four stops. In addition, labels have been placed in the table 
below each stop. These labels are merely text entries with a background color matching the control, so that there Is 
negligible overhead in obtaining the labels. 

[0167] The following HTML code produces the linear control of Fig. 11 A. 
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<HTML> 

<\-'iiiiiiifuiiiiiiiiiiiiiuiiiiniiiiiniiiinnini 

<\-''ll Copyright (c) 1997-1998 Phase Forward Inc. 

<\--ll 51 Winchester Street, Newton MA 02161 

<\-*// All Rights Reserved 

<!--////////////////////////////////////////////////// 



<HEAD> 

<META HTTP - EQUIV= " Content -Type " content- " text /html ; 
charset=iso- 8859- 1 " > 

<TITLE>Phase Forward Demo Visit Bar</TITLE> 
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<STyLB> 
BODY 

{ 

margin -left : Opx; 
margin-top: Opx; 

} 

TD 

{ 

font -size: 8pt; 

font-family: Arial,"Sans Serif 
" font-weight: bold; 

text - align : center ; 
vertical -align : middle ; 

} 

TD-tdselect 

{ 

color; #PFFPOO; 

} 

A.: link 

{ 

color: #CCCCCC; 
font-size: 8pt; 

font-family: Arial,"Sans Serif" 

font -weight : bold; 

text - decora t ion ; none ; 

text - align : center ; 

vert ical -align : middle ; 

1 ine - height r 1 Ipx ; 

height: 8px; 

} 

A;visited 
{ 

color: #CCCCCC; 
font -size! 8pt; 

font-family: Arial,»SanB Serif" 

font-weight: bold; 

text -decoration : none ; 

text -al ign : center / 

vertical -align: middle; 

line -height : llpx; 

height : Bpx; 

} 

A: hover 

{ 

color: #PFFFCC; 

} 

TD, tickmark 

{ 
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vertical -align: middle; 
/♦line-height : 12px; 
height: 12px;*/ 

} 

</STYLE> 

</HEM)> 

<BODY BGCOLOR= "#336699 "> 

<TABLE BORDER="0" CELLPADDING="0" CELLSPACING= " 0 " 
HEIGHT=»100%" ALIGN=''left" VALIGN="top"> 
<TR> 

<TD ROWSPAN-^S'-xIMG 

SRC=" . /images/tick_indent_l .gif 

BORDERS » 0 " ></TD> 
<TD C0LSPAN="2"><IMG 

SRC=" ./images/tick_indent_top.gif " BORDER 

WIDTH="53" HBIGHT="5"><:/TD> 
<TD C0LSPAN="3"><IMG 

SRC=" . /images/tick_indent_top . gif " BORDER 

WIDTH="70" HEIGHT="5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" . /images/tic)c_indent_top . gif " BORDER 

WIDTH="70" HEIGHT="5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC" " . /images/t ick_indent_top . gif " BORDER 

WIDTH»»70" HEIGHT="5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" . /images/tick_indent_top • gif" BORDER* 

WIDTH="70" HEIGHT="5"></TD> 
<TD C0LSPAW="3"><IMG 

SRC= " . /images/t ick__indent_top . gif " BORDER" 

WIDTH="70" HEIGHT='"5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC= " . /images/t ick_indent_top . gif " BORDER= 

WIDTH="70" HEIGHT=''5"></TD> 
<TD COLSPAN="2"><IMG 

SRCa" - / images/t ick_indent_top . gif " BORDER= 

WIDTH="46» HEIGHT»~5"></TD> 
<TD R0WSPAN="3"><IMG 

SRC= " . /images/tick_indent_r . gif " 

BORDER* •'0"></TD> 

</TR> 
<TR> 

<TD CLASS="tickmark"><A HREF="tl_wk-4 .htm" 
TITLE=»"><IMG SRCa" ./image8/tick_left.gif " 
borders'* 0 " ></A></TD> 
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<TD CLASS="tickinark"><IMG 

SRC=" ./i^nages/tick_line»gif " BORDER="0" 

WIDTH="35" HEIGHT-:"3"></TD> 
<TD CLASS="tickmark'»><IMG 

SRC=" ./images/tick_line .gif " BORDER="0" 

WIDTH="26" HE1GHT="3"></TD> 
<TD CIiASS="tickmark"><A HREF=»tl_wk-2 .htm" 

TITLE«""><IMG SRC=»./images/tick_ndddle.gif 

BORDER^ " 0 " ></h> < /TD > 
<TD CIASS=»tickniark"><IMG 

SRC= " . / images /t i ck_l ine . gi f " BORDER= " 0 " 

WIDTH="26" HEIGHT="3"></TD> 
<TD CLASS="tickmark"><IMG 

SRC=" . /images/tick_line.gif " BORDER="0" 

WIDTH=»»26" HEIGHT="3"></TD> 
<TD CLASS="tickmark"><A HREF^" tl_wkO .htm'' 

TITLE=""><IMG SRC=" . /image s/tick_middle . gif 

BORDER=" 0 »» ></A></TD> 
<TD CLiASS="tickmark"><rMG 

SRC=" ./images/tick_line,gif " BORDER="0" 

WrDTH="26« HEIGHT-"3"></TD> 
<TD CLASS="tickmark"><IMG 

SRC=« -/images/tick^line.gif " BORDER="0" 

WIDTH« "26 HBIGHT="3"></TD> 
<TD CLASS=»tickmark"><A HREF="tl_wkl .htm" 

TITIiE=""><IMG SRC=" ./images/tick^middle.gif " 

BORDER= " 0 " ><:/A></TD> 
<TD CLASS=="tickmark"><IiyiG 

SRC==" ,/images/tick_line.gif " BORDER=»0" 

WIDTH="26" HEIGHT="3"></TD> 
<TD CLASS=»tickmark"><IMG 

SRC=" ./images/ tick_line.gif" BORDER«"0" 

WIDTH="26" HEIGHT="'3"></TD> 
<TD CLASS="tickmark"><IMG 

SRC=" . /images/tick_middle_sel€cted,gif " 

BORDER^ " 0 " ></TD> 
<TD CLASS=^"tickmark"><IMG 

SRC= " • /images/t ick^line . gif " BORDER= » 0 " 
WIDTH- "2 6" HBIGHT="3"></TD> 
<TD CLASS="tickmark»><IMG 

SRCs=" • /images/tick_line.gif »• BORDER="0'' 
WIDTH="26" HEIGHT="3"></TD> 
<TD CLASS=:"tickmark"><A HREF="tl_wk4 .htm" 

TITLED" "xlMG SRC=" ./images/ tick middle.gif" 
BORDER^ " 0 " X /A> < /TD> 
<TD CIiASS-=»tickmark"><IMG 

SRC=" . /images/tick_line.gif " BORDER-»0" 
WIDTH* "26" HBIGHT=""3"></TD> 
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<TD CLASS="tickinark"><IMG 

SRC= " . /itnages/tick_line . gif " BORDER* " 0 " 

WIDTH="26" HEIGHT="3">c/TD> 
<TD CLASS="tickmark"><A HREF="tl_wk5 .htm" 

TITLE=" "xIMG SRC=" . /images/tick_middle .gif " 

BORDBR= " 0 " ></A></TD> 
<TD CLASS="tickmark"><IMG 

SRC=" ./imagea/t ick_line.gif " BORDER="0" 

WIDTH="26" HEIGHT="3"></TD> 
<TD CLASS="tickmark"><lMG 

SRC='' ./iniages/tick_line.gif » BORDER="0» 

WIDTH="28" HEIGHT="3"></TD> 
<TD CLASS="tickmark"><A HREF="tl_wk8 .htm" 

TITLE=» " xIMG SRC=« . /iinages/tick_right .gif » 

BORDER= " 0 " ></A></TD> 

</TR> 
<TR> 

<TD C0LSPAN="2"><IMG 

SRC«" ./images/t.ick_indent_boC.gif " BORDER="0" 

WIDTH=''53" HEIGHT="5»></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" . /images/tick_inolent__bot .gif " BORDER= " 0 " 

WIDTH«"70" HEIGHT- ••S"></TD> 
<TD COLSPAN=«''3»><IMG 

SRC=«" ./iTnages/tick_indent_bot.gif " BORDER-"0" 

WIDTH="70" HEIGHT="5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" ./images/tick_indent_bot.gif " BORDER«"0" 

WIDTH="70" HEIGHT=''5"></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" ./images/tick_indent__bot.gif " BORDER="0" 

WIDTH="70'» HEIGHT="S"></TD> 
<TD C0LSPAN="3"><IMG 

SRC=" ./images/tick_indent_bot.gif " BORDER="0" 

WIDTH="70" HEIGHT="»5"></TD> 
<TD C0LSPAN=»'3"><IMG 

SRC« " . /iinages/tick_in.dent_bot . gif" BORDER= " 0 " 

WIDTH="70" HEIGHT="5"></TD> 
<TD C0LSPAN="2"><IMG 

SRCs" ./imagea/tick_indent_bot.gif' • BORDER=»0" 

WIDTH="46" HEIGHT="5«></TD> 

</TR> 
<TR> 

<TD C0LSPAN-"3" STYLE= ' text -align: left • 

BGCOLOR="#336699" NOWRAPxA HREF=" tl_wk-4 .htm" 
TITLE= "Placebo Run-in Visit l''> Week 
–4</A></TD> 
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<TD C0LSPAN="3" BGCOL0R=" #336699" NOWRAPxA 

HREF="tl_wk:-2.htTn" TITLE=" Placebo Run- In Visit 
^ 2">Week –2</A></TD> 

<TD C0LSPAN="3" BGCOLOR^ "#336699 " NOWRAPxA 
HREF="tl_wk0.htTn" TITLE= "Baseline Visit ">Week 
0</A></TD> 

10 <TD C0LSPAN="3" BGCOLOR^ "#336699 " NOWRAPxA 

HREF=" tl_wkl.htm" TITLE=" Treatment Visit l">Week 
1</A></TD> 

<TD C0LSPAN="3" CLASS="tdselect " BGCOLOR="#336699" 
^5 TITLE=^"Treatment Visit 2" NOWRAP>Week 2</TD> 

<TD C0LSPAN=»3" BGCOLOR= "#336699 NOWRAPxA 

HREF=" tl_wk4.htm" TITLE==" Treatment Visit 3">Week 

4</A></TD> 

<TD C0LSPAN=»3" BGCOLOR= "#336699" NOWRAPxA 
HREP=" tl_wk5.htm" TITLE=" Treatment Visit 4 
(Optional) ">Week 5</Ax/TD> 
<TD C0LSPAN="3" STYLE= » text -align : right ' 

BGCOLOR«"#336699" NOWRAPxA HREF:="tl_wk8 .htm" 
25 TITLE="Final Visit ">Week 8</Ax/TD> 

</TR> 
</TABIiE> 
</BODY> 
</HTML> 



[0168] Note in addition that certain table entries have anchors, denoted by the <A></A> element pair. An HREF 
specification within an <A> elennent specifies the source of a document of Image file. Those parts of the control cor- 

35 responding to table entries having anchors with HREF spedfications will cause a message to be sent to the server 
when a user clicks in the entry area, requesting the specified document. The server processes that request, returning 
pertinent Information about the selected week in theform, and at the same time, resending the table with the references 
to the image files reordered so that the control will appear with the user's selection selected and with a form appropriate 
for a particular visit. Thus the control appears to work as the user would normally expect, yet all of the work is done at 

40 the server. In addition, none (or at most one) of the bitmaps need to be downloaded because they have already been 
used and should be cached at the browser. Thus the transmission from server to client will not be hampered by a need 
to download many bitmaps. 

[0169] Without the present invention, it is necessary to download from the server a very large bitmap comprising the 
entire control In a particular state, say with the first tab selected. For each state having a different tab selected, a 

45 separate, large bitmap of the entire tab control must be sent from the server if not already cached, and when these 
large bitmaps are cached, each consumes a very large amount of available cache memory. 
[0170] Fig. 11 D illustrates a variation of the time-line control 490 In which the time-line is further subdivided with 
small ticks 491 which do not have their own associated labels, yet each is associated with a different copy of a bitmap 
and a HREF. For example, the ticks 491 may represent weeks within a month. Because each tick 491 has its own 

50 bitmap, the user can click on one to move the pointer 492 to a particular week. 

[0171] Finally, in a further embodiment of the present invention, an individual bitmap may itself be sectioned, each 
section being mapped to a different Indicator or URL, or no URL at all. For example, the file tab HTML code above 
uses HTML tags <USEMAP>, <MAP> and <AREA> to specify two different URLs corresponding to the left tab and 
right tab within the tab_off_r bitmap. That part of the bitmap not con^esponding to any tab is not mapped to an URL. 

55 

Protocol-version dependent fomis 

[0172] For various reasons, it is common during a trial for the protocol to undergo changes. Related forms must be 
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changed to fit the new protocol when this happens. However, data entered before the change, i.e. In the old protocol, 

must be presented in a form corresponding to the old protocol under which It was entered. 

[0173] In addition, as stated earlier, a protocol change may need to be reviewed by an Institutional Review Board at 
each site before it can be Implemented. This can result In there being two or more active protocols at the same time. 

5 Again, the data must be presented in the form corresponding to the protocol in which the data was entered. 

[0174] Fig. 12A is a flowchart illustrating the process at the server in deciding how to deliver a form to the browser 
depending on the study protocol version control. At block 601 , a request is received from a client. The server detemnines 
what the correct study protocol version should be for the request based on date and time by looking up the protocol 
version of the CRF when data was first entered in the CRF. At block 605, the server determines whether the necessary 

10 fonn (CRF) already exists. If so the form is loaded and populated with the correct data (block 607). Othenwise, the fomri 
is created (block 609). Finally, In block 611 , the correct populated fomn is returned to the requesting client. 
[0175] Figs. 12B and 12C illustrate a CRF as it might appear In a first protocol (ref. 620 in Fig. 128) and as it might 
appear in a second protocol (ref. 622 in Fig. 12C). In Fig. 128, the CRF 620 has three Items 621, 623, 625. Perhaps 
at the beginning of the trial, it was established that blood pressure would be measured twice and entered into items 

t5 623 and 625. 

[0176] At some point during the trial, it is decided to change the protocol so that blood pressure is to be measured 
three times. The CRF would then appear as in ref. 622 in Fig. 12C, having an additional item 627 corresponding to the 
new third measurement. 

[0177] Of course, for visits occurring prior to the protocol version change, there would only be two blood pressure 
20 measurements on file, and so the CRF as portrayed in Fig. 128 (ref. 620) is retrieved and displayed when a user 
examines those visits. 

Integrated help 

25 [0178] In prior art applications, help Is often available in the form of a help button, or a help link. Typically, the user 
clicks on the help button or link, and a general help page, often accompanied with a table of contents and/or a topic 
Index, is retrieved from the server and displayed, replacing the original page. To find help, the user must search through 
the table of contents orthe index, sometimes through several layers. To return to the original page, the user must either 
go back by clicking on a "Back" button In the browser, or optionally by clicking on a "Back to Document"-type link or 

30 button that is typically available on the help page. Several steps are thus required to obtain help about a specific topic 
and then return to the original page for which help was needed. 

[0179] An Innovative aspect of the present invention is the use of context sensitive help in a Web document. As seen 
in Fig. 13A, the text of each question comprises a link to one of several trial-related documents. For Instance, the text 
801 "Height" for item 4 is such a link. When the user clicks on the text 801 , a separate help window 803 pops open, 
35 as In Fig. 13B, and context sensitive help 804 is transfen-ed from the server and displayed in the help window 803. 
This context sensitive help 804 has information specific to the text 801 clicked on - here there are specific instructions 
as to how to measure height, e.g. shoes off. Thus the user does not have to look for the subject in an index or table 
of contents, and the original page is still available - the user can close the help window at any time and the original 
page has not been affected. 

40 [0180] Preferably, help comes from one of three standard sources defining the clinical trial: a protocol document, an 
investigative brochure, or a study guide. Note that the help window 803 comprises additional button controls 805 which 
enable the user to go directly to related information in any of the three documents. 

[0181] In addition, a help button 807 is always available in the main panel 251 A. Clicking on this button 807 brings 
up a general help window 809, from which a user can browse through a table of contents 810 or an index 811 for the 
45 clinical trial documents. Again, additional buttons 805 allow the user to choose a specific document. Figs. 13E and 
13F show sample help screens for the protocol document 811 and study guide 812 respectively. 

EQUIVALENTS 

50 [0182] While this Invention has been particularly shown and described with references to pretended embodiments 
thereof, it will be understood by those skilled In the art that various changes in form and details may be made therein 
without departing from the spirit and scope of the invention as defined by the appended claims. Those skilled in the 
art will recognize or be able to ascertain using no more than routine experimentation, many equivalents to the specific 
embodiments of the invention described specifically herein. Such equivalents are intended to be encompassed in the 

55 scope of the claims. 
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Claims 

1 . A method of creating on a web server, upon a client request, an SGML (Standard Generalized Markup Language)- 
derlved document (221 ) that is transmitted to the client where a client browser constructs from said SGML-derived 
5 document (221) a corresponding Web page (250) to be displayed on a client display, wherein said Web page 

comprises panels (251 A-251 C) which contain various controls and general infomiation, and comprises a selected 
fomn (253) comprising one or more sections (551 ), each section comprising one or more items (554, 555) in which 
infomiation is displayed, the method comprising the steps of: 

10 providing on the web server a descriptor data base (21 9) that stores a library of SGML code fragments (234, 

235) for each form object relating to a specific form; 

providing on the web server a trial data base (220) that stores, for each specific fomn object, the stmctural 
information of the form object, and at least one pointer (233) to collected data; 
providing on the web server a data base (223) that stores said collected data; 
15 receiving on the web server a user request (201 ) for a specific form; 

constnjcting parts of the SGML-derived document (221 ) using information from the descriptor data base (219); 
calling-up the form object associated with the specific form (253) indicated in the user request (201), based 
on user infonnation (559) and form information (560); 

constmctlng by means of the descriptor data base (219) and the trial data base (220) the output document 
20 (221 ) of the SGML-derived document relating to specific form; 

copying Into said output document (221) collected data from the data base (223) referenced by the trial data 
base (220); 

sending the output document (221) to the requester. 
25 2. The method of Claim 1 wherein the trial database (220) is based on a clinical protocol. 

3. The method of Claim 1 wherein the form (253) comprises a plurality of frames including control frames comprising 
one or more control elements, and an intermediate frame presenting a visual attribute shared by the control frames, 
appearance of the intennediate frame depending on visual states of the control frame. 

30 

4. The method of Claim 1 , wherein generating the form (253) further comprises: 

creating a plurality of bitmaps which selectively and in combination may be constnjcted to present a GUI 
control element in plural states; 
35 and placing the bitmaps within the fomn such that upon receipt of the document at the browser, the browser 

will display a desired GUI control. 

5. The method of Claim 1 , further comprising: 

40 changing a first protocol version to a second protocol version; and wherein 

generating a form (253) is further based on a protocol version which was active at time of entering data to be 
displayed. 

6. The method of Claim 1 , further comprising: 

45 

displaying the form on a computer screen, the form having at least one question to which a user must respond 
to provide clinical data; 

creating links between text of each question and detailed information related to the question; and 

if the user clicks on text of the question, displaying detailed infonnation corresponding to the question. 

50 

7. The method of Claim 1 , further comprising: 

displaying the form on a computer screen, the form having at least one question to which a user must respond 

to provide clinical data; 

55 upon a user request, displaying detailed information from any or all of a protocol document, an investigative 

brochure, and a study guide. 

8. The method of Claim 1 , further comprising: 
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providing a user login procedure; 

upon a user logging in, presenting to the user a dashboard screen (301) comprising infonnation regarding a 
clinical trial, the dashboard screen being customized for the user. 

5 9. The method of Claim 1 , further comprising: 

creating a plurality of bitmaps which selectively and in combination may be constructed to present a GUI 
control element in plural states; 

specifying placement of the bitmaps within the Standard Generalized Markup Language (SGML)-derlved doc- 
ument such that 

upon receipt of the document at the browser, the browser will display a desired GUI control. 

10. The method of Claim 1 , wherein: 

^5 control elements within the fomn comprise bitmaps which selectively and in combination construct the control 

elements, individual bitmaps being used within the plural control elements. 

11. The method of Claim 1 , further comprising: 

20 requiring an authentication procedure for each user; and 

displaying a picture of an authenticated user. 

12. A web server which, upon a client request, creates an SGML (Standard Generalized Markup Language)-derived 

document (221) that is transmitted to the client where a client browser constructs from said SGML-derived docu- 
25 ment (221 ) a corresponding Web page (250) to be displayed on a client display, wherein said Web page comprises 

panels (251 A-251 C) which contain various controls and general information, and comprises a selected fomn (253) 
comprising one or more sections (551 ), each section comprising one or more items (554, 555) in which infonnation 
is displayed, the web server comprising: 

30 a descriptor data base (219) that stores a library of SGML code fragments (234, 235) for each fomri object 

relating to a specific fonri; 

a trial data base (220) that stores, for each specific fonn object, the structural infomiation of the fonn object, 
and at least one pointer (233) to collected data; 
a data base (223) that stores said collected data; 

35 atemplate generator (205, 207) which constructs parts of the SGML-derived document (221) using information 

from the descriptor data base (219), calls up the form object associated with the specific form (253) indicated 
in the user request (213), based on user information (559) and fomi infonnation (560), and constructs, by 
means of the descriptor data base (21 9) and the trial data base (220), the output document (221 ) of the SGML- 
derived document relating to specific fomn; 

40 a populator (209) that copies into said output document (221) collected data from the data base (223) refer- 

enced by the trial data base (220), the web server sending the output document (221 ) to the requester. 

13. The system of Claim 12, the SGML-derived form having at least one question to which a user must respond to 
provide clinical data, and links between text of at least one question (801) and detailed infonnation (804) related 

45 to the question, the detailed information existing in at least one on-line document, such that if the user clicks on 

text of the question, detailed information corresponding to the question is displayed. 

14. The system of Claim 12, further comprising: 

so a plurality of bitmaps (423, 423A, 425, 425A, 249, 431, 431 A, 437, 437A, 439A) which selectively and in 

combination may be constructed to present a GUI control element in plural states (421), wherein 
placement of the bitmaps within the Standard Generalized Markup Language (SGML)-derived document is 
specified such that upon receipt of the document at the browser, the browser will display a desired GUI control. 

S5 15. The system of Claim 12, control elements within the fomri comprising bitmaps which selectively and In combination 
construct the control elements, said bitmaps being multiply used within the control elements, the form being gen- 
erated according to any or all of a user, a patient, a protocol version within a clinical trial and data previously entered. 
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16. The system of Claim 12, further comprising: 

an authentication procedure for each user; and 

a picture display (257), within the application, of an authenticated user. 

5 

17. The method of Claim 12, wherein each specific fomri object represents a hierarchy of section objects relating to 
said sections and item objects relating to said items, and wherein each form object contains a pointer or identifier 
(231) which points to various code fragments (234) in the descriptor data base (21 9), said various code fragments 
fomning a selected template fragment, and wherein each segment object contains a pointer or identifier (232) to 

10 its own corresponding code fragments in the descriptor data base (291), said con-esponding code fragments also 

fomning a selected template fragment, and wherein each section object also has a pointer (233) to collected data. 

18. The method of Claim 1 , wherein constructing parts of the SGML-derived document (221) is perfomied by an ap- 
plication layout process (205). 

15 

19. The method of Claim 1 , wherein calling-up theform object and passing user infomriation (559) and fonn infomiation 
(560) is perfomied by a fomri creation process (207). 



20 Patentansprtiche 

1 . Verfahren zum Erzeugen eines SGML (Standard Generalized Markup Language)-basierten Dol<uments (221 ), das 
zu einem Client ubertragen wird, auf einen Web-Server, und zwar auf Anforderung von dem Client, wobei ein 
Client-Browser von dem SGMLbasierten Dokument (221) eine entsprechende Web-Selte (250) aufbaut, die auf 

25 einem Cllent-Bildschinn bzw. einer Client-Anzeige anzuzeigen ist, wobei die Web-SeiteTafeIn bzw. Panels (251 A- 

251 C) umfasst, die verschiedene Steuerungen und allgemeine Infomnation enthalten, und eine ausgewahlte Form 
(253) umfasst, die eine oder mehrere Abschnitte (551) umfasst. wobei jeder Abschnitt einen oder mehr Punkte 
bzw. Themen (554, 555) um-fasst, in denen Information angezeigt wird, wobei das Verfahren die folgenden Schritte 
umfasst: 

30 

auf den Web-Server wird eine Deskriptor-Datenbank (21 9) bereit gestellt, die eine Bibliothek von SGML-Code- 
Fragmenten (234, 235) fur ein jedes Form-Objekt spelchert, das sich auf eine spezlfische Form bezieht; 
eine Versuchs- bzw. Test-Datenbank (220), die fiir jedes spezifische Fomri-Objekt die strnklurelle Information 
des Fomn-Objekts und wenigstens ein Zeiger (233) zu gesammelten Daten spelchert, wird auf dem Web- 
35 Server bereitgestellt; 

auf dem Web-Server wird eine Datenbank (223) bereit gestellt, die die gesammelten Daten spelchert; 
auf dem Web-Server wird eine Benutzeranforderung (201) fiir eine spezifische Fomi empfangen; 
Telle des SGML-basierten Dokuments (221) werden aufgebaut, indem Information von der Deskriptor-Daten- 
bank (219) venvendet wird; 

40 das Fonnobjekt, das mit der spezifischen Fonn (253) in Zusammenhang steht, die in der Benutzeranforderung 

(201 ) angezeigt ist, wird basierend auf einer Benutzehnformation (559) und einer Form Information (560) auf- 
gerufen bzw. abgerufen; 

mittels der Deskriptor-Datenbank (51 9) und der Versuchs-Datenbank (220) wird das Ausgabedokument (221 ) 
des SGML-basierten Dokuments, das sich auf eine spezifische Fonn bezieht, aufgebaut; 
45 in das Ausgabedokument (221 ) werden gesammelte Daten von der Datenbank (223), auf die durch die Ver- 

suchs-Datenbank (220) Bezug genommen wird, kopiert; 
das Ausgabedokument (221) wird zu dem Anforderer gesendet. 

2. Verfahren nach Anspruch 1 , bel welchem die Versuchs-Datenbank (220) auf einem klinischen Protokoll basiert. 

50 

3. Verfahren nach Anspruch 1, bei welchem die Fonn (253) eine VIelzahl von Frames bzw. Rahmen umfasst, die 
Steuerrahmen bzw. Steuerframes enthalten, die ein oder mehrere Steuerelemente umfassen, und wobei ein Zwi- 
schenframe bzw. Zwischenrahmen ein visuelles Attribut darstellt, das mit den Steuerrahmen bzw. Steuerframes 
geteilt wird, wobei das Erscheinen bzw. die Erscheinungsfonn der Zwischenrahmen bzw. Zwischenframes von 

55 den visuellen Zustanden der Steuerrahmen bzw. Steuerframes abhangt. 

4. Verfahren nach Anspruch 1 , bei welchem das Erzeugen der Form (253) welter folgendes umfasst: 
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eine Vielzahl von Bitmaps wird erzeugt, die selektiv und In Komblnation aufgebaut werden konnen, um ein 
GUI-Steuerelement in mehreren Zustanden darzustellen; 

und die BItnnaps werden innerhalb der Fomn derartig platziert, dass auf Empfang des Dokuments bei dem 
Browser der Browser eine gewunschte GUI-Steuerung anzelgen wird. 

5 

5. Verfahren nach Anspruch 1 , das waiter folgendes umfasst: 

eine erste Protokollversion wird In eine zweite Protokollversion geandert; und wobei 

das Erzeugen einer Form (253) welter auf einer Protokollversion baslert wird, die zur Zeit des Eingebens von 

Daten, die anzuzeigen stnd, aktiv war. 

6. Verfahren nach Anspruch 1 , das welter folgendes umfasst: 

die Fomn wird auf einem Computerschirm angezeigt, wobel die Form wenigstens eine Frage hat, auf die eIn 
^5 Benutzer antworten muss, um kllnlsche Daten bereitzustellen; 

Links bzw. Verbindungen zwischen Text einer jeden Frage und detaillierter infomnation, die sich auf die Frage 
bezieht, werden erzeugt; und 

falls der Benutzer auf den Text der Frage klickt, wird detaillierte Information angezeigt, die der Frage entspricht. 

20 7. Verfahren nach Anspruch 1 , das waiter folgendes umfasst: 

die Fomn wird auf einem Computerschirm angezeigt, die Fomi hat wenigstens eine Frage, auf die eIn Benutzer 
antworten muss, um kiinlsche Daten bereitzustellen; 

auf eine Ben utzeranforde rung hin wird detaillierte Information von irgendetwas oder allem des Folgenden 
25 angezeigt: ein Protokolldokument, ein Forschungskatalog bzw. eine Forschungsbroschure und ein Studien- 

fQhrerbzw. Untersuchungsleltfaden. 

8. Verfahren nach Anspruch 1 , das welter folgendes umfasst: 

30 eine Benutzer-Einlog-Prozedur wird bereitgestellt; 

nach einem Benutzereinioggen wird ein Ubersichtsbildschinn (301) dargesteilt, der Infomnation umfasst, die 
einen kllnischen Versuch betriffl, wobei der Ubersichtsbildschinn fur den Benutzer zugeschnitten 1st. 

9. Verfahren nach Anspruch 1 , das welter folgendes umfasst: 

35 

eine Vielzahl von Bitmaps werden erzeugt, die selektiv und In Komblnation aufgebaut werden konnen, um ein 
GUI-Steuerelement In mehreren Zustanden darzustellen; 

eine Ptatzlerung von Bitmaps innerhalb des Standard Generalized Markup Language (SGML)-basierten Do- 
kuments wird derartig spezifiziert. dass nach Empfang des Dokuments bel dem Browser der Browser eine 
40 gewunschte GUI-Steuerung anzeigen wird. 

10. Verfahren nach Anspruch 1 , bel welchem: 

Steuerelemente innerhalb der Form Bitmaps umfassen, die selektiv und in Komblnation die Steuerelemente 
^5 aufbauen, wobei individuelte Bitmaps innerhalb der Vielzahl von Steuerelementen venvendet werden. 

11. Verfahren nach Anspruch 1 , das welter folgendes umfasst: 

ein Authentiflzierungsverfahren wird fur jeden Nutzer erforderllch; und ein Blld eines authentifizierten. Benut- 
so zers wird angezeigt. 

12. Web-Server, der auf eine Client-Anforderung ein SGML-(Standard Generalized Markup Language)-basiertes Do- 
kument (221) erzeugt, das zu dem Client ubertragen wird, wobel ein Client-Browser von dem SGML-basierten 
Dokument (221) eine entsprechende Web-Seite (250) aufbaut, die auf einem Client-Blldschinn bzw. einer Client- 

S5 Anzeige anzuzeigen ist, wobei die Web-Seite Tafein bzw. Panels (251 A-251C) umfasst, die verschledene Steue- 

rungen und allgemeine Infonnation erhalten, und eine ausgewahlte Form (253) umfasst, die einen odermehrere 
Abschnltte (551) umfassen, wobel jeder Abschnitt einen oder mehrere Punkte bzw. Themen (554, 555) umfasst, 
in denen Infonnation angezeigt wird, wobei der Web-Server folgendes umfasst: 



31 



EP1 082 693B1 

eine Deskriptor-Datenbank (219), die eine Bibliothek von SGML-Codefragmenten (234, 235) fur jedes Fomn- 
objekt, das sich auf eine spezifische Forni bezieht, speichert; 

eine Versuchsdatenbank (220). die fur jedes spezifische Fomriobjekt die strukturelle Information des Fomriob- 
Jekts und wenigstens einen Zeiger (233) zu gesannmelten Daten speichert; 
eine Datenbank (223), die die gesammelten Daten speichert; 

einen Schablonen-Generator bzw. Mustererzeuger(205, 207), derTeile des SGIVlLbasierten Dokuments (221) 
aufbaut, Indem Information von der Deskriptor-Datenbank (21 9) venwendet wird, das Fomi-Objekt auf ruft bzw. 
abruft, das mit der spezifischen Fomn (253) in Zusammenhang steht, die in der Benutzeranforderung (213) 
angezelgt wird, und zwar basierend auf Benutzerinformation (559) und Fonn information (560), und mittels der 
Deskriptor-Datenbank (219) und der Versuchs-Datenbank (220) das Ausgabedokument (221) des SGML- 
baslerten Dokuments, das sIch auf die spezifische Fomn bezieht, aufbaut; 

ein Populator (209), der in das Ausgabedokument (221) gesammelte Daten von der Datenbank (223) kopiert, 
auf die von der Versuchs-Datenbank (220) Bezug genommen wird, wobei der Web-Server das Ausgabedo- 
kument (221) zu dem Anforderer sendet. 

13. System nach Anspruch 12, wobei die SGML-basierte Fomn wenigstens eine Frage, auf die ein Benutzer antworten 
muss, um klinische Daten bereitzustellen, und Links bzw. Verknupfungen zwischen Text wenigstens einer Frage 
(801) und detaillierter Information (804) hat, die sIch auf die Frage bezieht, wobei die detaiilierte Infonnation In 
wenigstens einem Online-Dokument vorhanden 1st, so dass, falls der Benutzer auf dem Text der Frage kllckt, 
detaiilierte Infomnatlon, die der Frage entspricht, angezelgt wird. 

14. System nach Anspruch 12, das welter folgendes umfasst: 

eine Vielzahl von Bitmaps (423, 423A, 425, 425A, 249, 431, 431 A, 437, 437A, 439A), die selektiv und in 
25 Kombination aufgebaut werden konnen, um ein GUI-Steuerelement in einer Vielzahl von Zustanden (421) 

darzustellen, wobei 

die Platzierung der Bitmaps innerhalb des Standard Generalized Markup Language (SGML)-basierten Doku- 
ments derartig spezifiziert ist, dass nach Empfang des Dokuments bei dem Browser der Browser eine ge- 
wiinschte GUl-Steuerung anzeigen wird. 

30 

15. System nach Anspruch 12, wobei Steuerelemente Innerhalb der Form Bitmaps umfassen, die selektiv und in Kom- 
bination die Steuerelemente aufbauen, wobei die Bitmaps vielfach innerhalb der Steuerelemente verwendet wer- 
den, wobei die Form gemaB Irgendelnem Oder alien des folgenden erzeugt wird: ein Benutzer, ein Patient, eine 
Protokoliverslon Innerhalb eines klinlschen Versuchs und Daten, die zuvor elngegeben wurden. 

35 

16. System nach Anspruch 12, das welter folgendes umfasst: 

ein Authentlfizlerungsverfahren fiirjeden Benutzer; und 

eine Bildanzelge (257) innerhalb der Anwendung eines authentifizlerten Benutzers. 

40 

17. Verfahren nach Anspruch 12, bei welchem jedes spezifische Form-Objekt eine Hierarchie von Abschnittobjekten, 
die sIch auf die Abschnitte bezlehen, und Punktobjekten, die sich auf die Punkte beziehen, darstellt, und bei wel- 
chem jedes Fomn-Objekt einen Zeiger oder Identifizierer (231 ) enthalt, der auf verschiedene Codef ragmente (234) 
in der Deskriptor-Datenbank (21 9) zelgt, wobei die verschiedenen Codefragmente ein ausgewahltes Schablonen- 

45 fragment bzw. Musterfragment ausbilden, und bei welchen jedes Segmentobjekt einen Zeiger oder Identifizierer 

(232) zu seinen eigenen entsprechenden Codef ragmenten in der Deskriptor-Datenbank (291) enthalt, wobei die 
entsprechenden Codefragmente ebenso ein ausgewahltes Musterfragment bzw. Schablonenfragment ausbilden, 
und bei welchem jedes Abschnlttsobjekt ebenso einen Zeiger (233) zu gesammelten Daten hat. 

so 18. Verfahren nach Anspruch 1 , bei welchem das Aufbauen von Teilen des SGMLbasierten Dokuments (221) durch 
Anwendung eines Layout-Prozesses (205) durchgefuhrt wird. 

19. Verfahren nach Anspruch 1 , bei welchem das Aufmfen des Fomiobjekts und das Weiterieiten von Benutzerinfor- 
mation (559) und Fonnlnformation (560) durch einen Formerzeugungsprozess (207) durchgefuhrt wird. 

55 
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Revendlcatlons 

1 . Methode de creation sur un serveur web, a ia demande d'un client, d'un document (221 ) derive de SGML (langage 
nonnalis§ de description de document g6n§rique) qui est transmis au client oO un navigateur client constrult ^ 
partir dudit document derive de SGML (221) une page web correspondante (250) destinee a etre affichee sur un 
afficheur client, dans laquelle ladite page web comprend des panneaux (251A-251C) qui contlennent divers con- 
troles et une Infonnation generale, et comprend un fomnulaire clioisi (253) comportant une ou plusieurs sections 
(551), chaque section comprenant un ou plusieurs articles (554, 555) dans lesquets rinfomnatlon est affichee, la 
methode comprenant les etapes conslstant a : 



^qulper le serveur web d'une base de donn^es de descripteurs (21 9) qui stocke une biblloth^que de fragments 

de code SGML (234, 235) pour chaque objet formulaire se rapportant k un fomnulaire specifique ; 

equlper le serveur web d'une base de donnees d'evaluatlon (220) qui stocke , pour chaque objet formulaire 

specifique, I'lnformation structurelle de I'objet fomnulaire et au moins un pointeur (233) pointant sur les donnees 
15 collectees ; 

equlper le serveur web d'une base de donnees (223) qui stocke les donnees collectees; 

recevoir sur le serveur web une demande utilisateur (201) d'un formulaire specifique ; 

construire les parties du document 66r\v6 de SGML (221) en utillsant rinfonnation provenant de la base de 

donnees de descripteurs (219); 
20 appeler I'objet formulaire associe a la fonne specifique (253) indlquee dans la demande utilisateur (201), sur 

la base de I'information utilisateur (559) et I'lnformation formulaire (560); 

construire au moyen de la base de donnees de descripteurs (219) et de la base de donnees d'evaluatlon (220) 
le document de sortie (221) du document derive de SGML (221) se rapportant au formulaire specifique; 
copier dans ledit document de sortie (221) les donnees collectees a partir de la base de donnees (223) refe- 
25 rencees par la base de donnees d'evaluatlon (220); 

envoyer le document de sortie (221) au demandeur. 

2. Methode seton la revendication 1 , dans laquelle la base de donnees d'evaluatlon (220) est basee sur un protocole 
cllnique. 



3. Methode selon la revendication 1, dans laquelle le formulaire (253) comprend une plurality de cadres dont des 
cadres de commande comprenant un ou plusieurs elements de commande, et un cadre intermedlaire presentant 
un attribut visuet partage par les cadres de commande, I'apparition du cadre Intermedlaire dependant des etats 
vtsuels du cadre de commande. 

4. Methode selon la revendication 1 , dans laquelle la generation du formulaire (253) comprend de plus : 



la creation d'une plurallte d'images en mode point qui selectlvement et en combinaison peuvent etre construites 
pour presenter un element de commande GUI (interface graphique utilisateur) dans plusieurs etats ; 
40 et le placement des images en mode point dans le fomnulaire de manlere qu'a reception du document sur le 

navigateur, ce dernier affiche un controle GUI souhalte. 

5. Methode selon la revendication 1 , comprenant de plus: 

45 le changement d'une premiere version du protocole en une seconde version du protocole; et dans laquelle 

la generation d'un fomnulaire (253) est basee de plus sur une version du protocole qui etalt active au moment 
de rentr§e des donnees devant etre affichees. 



6. Methode selon la revendication 1 , comprenant de plus: 

I'afflchage du formulaire sur un ecran d'ordinateur, le formulaire ayant au moins une question a laquelle un 
utilisateur doit repondre pour fournir des donnees cliniques; 

la creation de liens entre le texte de chaque question et rinfonnation detaillee rattachee a la question ; et 
si I'utilisateur clique sur le texte de la question, I'afflchage de rinfomnatlon detaillee correspondant a la question. 

7. Methode selon la revendication 1 , comprenant de plus : 

I'afflchage du formulaire sur un ecran d'ordinateur, te formulaire ayant au moins une question k laquelle un 
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utilisateur doit repondre pour tournir des donnees cliniques; 

sur une demande utilisateur, I'affichage de rinformation detaillee a partir de Tun quelconque ou de tous les 
documents de protocole. d'une brochure d'investigatlon et d'un guide d'etude. 

5 8. M^thode selon la revendication 1 , comprenant de plus: 

lafoumiture d'une procedure de connexion utilisateur; 

sur connexion d'un utilisateur, la presentation a I'utilisateur d'un ecran tableau de bord (301) comprenant 
('information concernant une evaluation clinique, t'ecran tableau de bord etant personnalise pour I'utilisateur. 

10 

9. M6thode selon la revendication 1 , comprenant de plus 

la creation d'une pluralite d'images en mode point qui selectlvement et en combinaison peuvent etre construltes 
pour presenter un element de commande GUI (interface graphique utilisateur) dans plusieurs etats ; 
la specification du placement des images en mode point dans le document derive de SGML de mani^re que 
a reception du document sur le navigateur, ce dernier affiches un contrdle GUI souhait^. 

10. M^thode selon la revendication 1 , dans laquelle: 

20 les elements de commande k I'interieur du fomnulaire comprennent des images en mode point qui selectlve- 

ment et en combinaison construisent les elements de commande, les images en mode point individuelles 
etant utilisees a I'interieur des elements de commande pluriels. 

11. Methode selon la revendication 1 , comprenant de plus: 

25 

{'exigence d'une procedure d'authentification pour chaque utilisateur; et 
i'affichage d'une photo d'un utilisateur authentifie. 

12. Serveur web qui, a la demande d'un client, cree un document (221) derive de SGIVIL (langage normalise de des- 
30 cription de document generique) qui est transmisau client ou un navigateur client construit a partir dudit document 

derive de SGML (221) une page web correspondante (250) destinee k §tr© afflchee sur un afficheur client, dans 
lequei ladite page web comprend des panneaux (251 A-251C) qui contiennent divers controles et une information 
generate, et comprend un fomnulaire choisi (253) comportant une ou plusieurs sections (551), chaque section 
comprenant un ou plusieurs articles (554, 555) dans lesquels I'Information est afflchee, le serveur web comprenant : 

35 

une base de donn6es de descripteurs (219) qui stocke une bibliotheque de fragments de code SGML (234, 
235) pour chaque objet formulaire se rapportant a un fonnutaire specifique; 

une base de donnees d'evaluation (220) qui stocl<e , pour chaque objet fomnulaire specifique, I'infomnation 
structurelle de I'objet fomnulaire et au moins un polnteur (233) pointant sur les donnees coltectees; 

40 une base de donnees (223) qui stocl<e les donnees collectees; 

un generateur de modeles (205. 207) qui construit les parties du document derive de SGML (221 ) en utilisant 
rinfomnation provenant de la base de donnees de descripteurs (219), appelle I'objet formulaire associe a la 
fomne specifique (253) indiquee dans la demande utilisateur (213) , sur la base de I'information utilisateur 
(559) et I'information formulaire (660), et construit au moyen de la base de donnees de descripteurs (21 9) et 

45 de la base de donnees d'evaluation (220) le document de sortie (221) du document d6riv6s de SGML (221) 

se rapportant au fomnulaire specifique; 

un populateur qui cople dans ledit document de sortie (221) les donnees collect§es k partir de la base de 
donn§es (223) r6f§renc§es par la base de donn6es d'evaluation (220), le serveur web envoyant le document 
de sortie (221) au demandeur. 

50 

13. Systeme selon la revendication 12, le formulaire derive de SGML ayant au moins une question a laquelle un 
utilisateur dolt repondre pour fournir des donnees cliniques, et des liens entre le texte d'au moins une question 
(801) et I'infomnation detaillee (804) rattachee a la question, I'infomnation detaillee existant dans au moins un 
document en llgne, de maniere que si I'utilisateur clique sur le texte de la question, I'information detaillee con^es- 

S5 pendant k la question est afflch§e. 

14. Systeme selon la revendication 12, comprenant de plus: 
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une plurality d'images en mode point (423; 423A; 425, 425A, 249, 431, 431 A, 437, 437A, 439A) qui s6lecti- 
vement et en comblnaison peuvent etre constmites pour presenter un element de commande GUI (Interface 
graphique utiiisateur) dans plusieurs etats (421), dans lequel 

le placement des Images en mode point dans le document d6riv§ de SGML est sp§clfl6 de manl6re qu*^ 
5 reception du document sur le navigateur, ce dernier afflche un controle GUI souhaite. 

15. Systfemeselon la revendicatlon 12, dans lequel les elements de commande a Tinterieur dufomiulairecomprennent 
des images en mode point qui selectlvement et en comblnaison construlsent les elements de commande, lesdites 
images en mode point etant utillsees de mani^re multiple k I'lnterieur des elements de commande, le fomriulaire 

to etant genere selon Tun quelconque ou tous d'un utiiisateur, d'un patient, d'une version de protocole dans une 
Evaluation clinique et de donn^es pr^c^demment entries. 

16. Syst^me selon la revendicatlon 12, comprenant de plus 

'5 une procedure d'authentification pourchaque utiiisateur: et 

Taffichage d'une photo (257), a I'lnterieur de rapplication, d'un utiiisateur authentifie. 

17. Systeme selon la revendication 12, dans lequel chaque formulaire speclfique represente une hierarchle d'objets 
section se rapportait auxdites sections et des objets article se rapportant auxdits articles, et dans lequel chaque 

20 objet formulaire contlent un pointeur ou identiflcateur (231 ) qui pointe sur divers fragments de code (234) dans la 

base de donnees de descripteurs (219), lesdits divers fragments de code formant un fragment de modelechoisi, 
et dans lequel chaque objetfragmentcontientun pointeur ou identiflcateur (232) pointant sur sespropres fragments 
de code correspondents dans la base de donnees de descripteurs (219), lesdits fragments de code correspondants 
fomnant egalement un fragment de modele choisi, et dans lequel chaque objet section comporte egalement un 

25 pointeur (233) pointant sur les donnees collectees. 

18. Methode selon la revendication 1 , dans laquelle la construction des parties du document derive de SGML (221) 
est reaiisee par un processus de d'agencement d'appllcation. 

30 19. Methode selon la revendication 1 , dans laquelle I'appel de Tobjetfomnulaire et le passage de information utiiisateur 
(559) et rinformatlon fonrtulalre sont r^allsees par un processus de creation de fomriulaire (207). 
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